Creating A Link Relationship Between Document Objects and Storing In A Link Directory

ABSTRACT

Methods for searching relationships between and among documents are detailed. One method includes steps for selecting one or more initial search items from a group consisting of: (a) document objects, (b) link references to document objects, (c) link reference attributes, and (d) link relationship attributes. The method also includes steps for identifying one or more link relationships using the selected initial search items, and for presenting one or more link relationships attributes describing the identified link relationships. A user interface for presenting and searching relationships between document objects located on a network is also detailed. The user interface may include a first portion of a screen display for displaying one or more link relationship attributes and a second portion of the screen display for displaying one or more entries from a group consisting of: (a) link references that represent the document objects, (b) link relationship attributes describing the link relationships, (c) link reference attributes describing the link references, and (d) document objects. The displayed entries in the second portion of the user interface are related to the displayed one or more link relationship attributes in the first portion.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.10/118,918, filed Apr. 10, 2002, which is a continuation-in-part of U.S.application Ser. No. 10/090,739, filed Mar. 6, 2002, entitled FRAMEWORKFOR MANAGING DOCUMENT OBJECTS STORED ON A NETWORK, which is acontinuation-in-part of U.S. application Ser. No. 10/050,515, filed Jan.18, 2002, entitled A SYSTEM AND METHOD FOR COLLECTING, STORING, MANAGINGAND PROVIDING CATEGORIZED INFORMATION RELATED TO A DOCUMENT OBJECT,which claims priority from U.S. Provisional Application No. 60,273,520,filed Mar. 7, 2001, entitled SYSTEM AND METHOD FOR COLLECTING ANDPROVIDING USERS WITH CATEGORIZED INFORMATION RELATED TO AN OPEN DOCUMENTand U.S. Provisional Application No. 60/282,470, filed Apr. 10, 2001,entitled SYSTEM AND METHOD FOR COLLECTING, STORING, MANAGING ANDPROVIDING TO NETWORK USERS CATEGORIZED INFORMATION RELATED TO AN OPENDOCUMENT, all of which are hereby incorporated by reference.

This application also claims priority from U.S. application Ser. No.10/090,740, filed Mar. 6, 2002, entitled A METHOD AND SYSTEM FOR MAKINGDOCUMENT OBJECTS AVAILABLE TO USERS OF A NETWORK, and from U.S.Provisional Application No. 60,273,520, filed Mar. 7, 2001, entitledSYSTEM AND METHOD FOR COLLECTING AND PROVIDING USERS WITH CATEGORIZEDINFORMATION RELATED TO AN OPEN DOCUMENT and U.S. Provisional ApplicationNo. 60/282,470, filed Apr. 10, 2001, entitled SYSTEM AND METHOD FORCOLLECTING, STORING, MANAGING AND PROVIDING TO NETWORK USERS CATEGORIZEDINFORMATION RELATED TO AN OPEN DOCUMENT, which are all herebyincorporated by reference.

The following other continuation-in-part application, also claimingpriority from the above-referenced patent applications, is incorporatedherein by reference, U.S. application Ser. No. 10/118,093, filed Apr. 9,2002, entitled, A METHOD FOR USERS OF A NETWORK TO PROVIDE OTHER USERSWITH ACCESS TO LINK RELATIONSHIPS BETWEEN DOCUMENTS, by inventor ThomasLayne Bascom.

TECHNICAL FIELD

The technical field is relating documents on computer networks andstoring, indexing and presenting those relationships to network users.

BACKGROUND

Networks connecting many computers offer users access to a wide varietyof information. Computers are exceptional devices for storing, sortingand relating large amounts of information. Information is stored oncomputers and networked computing and storage devices as documents orobjects, together referred to as document objects. Such document objectsmay contain any form of information, from text documents and articles,financial data, statistical information, electronic mail, images andphotos, music, animation, and even motion pictures.

The term “computer” or “computing device”, although generally thought ofto mean a general purpose digital computing device, may include any oneof several different information processing and communications devicesincluding mainframe computers, server computers, minicomputers, personalcomputers, laptop portable computers, handheld computers, personaldigital assistants, intelligent wireless phones, and any other devicewith a microprocessor and an operating system enabling the device to beconnected to a network of other information processing andcommunications devices.

The Internet, as a network of interconnected networks, offers usersaccess to an even broader collection of information—the Worldwide Web(the “Web”). On the Web, publishers offer information for educational,recreational, commercial and other purposes. The Internet, and itspredominant Web form, is organized and accessed by assigning documentobjects an address, or Uniform Resource Locator (“URL”). These URLsdefine the transfer protocol for and location of each individualdocument object on the Internet, or other network, including theInternetworking Protocol (“IP”) address of the host computer system ofthe document object.

A URL may also represent an address including instructions for accessinga document object that is generated on request by retrieving andrendering for presentation organized information in response toinformation supplied by the requestor. When the URL contains enoughinformation to recreate the document object generated in such a manner,that document object can be recreated for others using the URL. A URLmay also include information, sometimes called a bookmark, withinformation allowing the rendering tool to present or highlight alocation in the document upon opening the document.

Users accessing computer networks and the Internet are generallyrequired to perform their own searches across the networks for theinformation, stored as document objects, that they desire or need. Asthe amount of information available on computer networks, and on theInternet in particular, grows exponentially, existing search andinformation location techniques become increasingly less effective.Existing Internet search techniques often yield too many seeminglyrelated references that are not, in fact, truly useful to the user. Theusefulness of traditional Internet search and indexing systems isactually decreasing as the number of documents on the Internet explodes.

Existing search, categorization, and retrieval techniques for documentobjects stored on computer networks, while generally executed at thehigh speeds of modern computer systems, are increasingly imprecise andoften much too broad, as well as time and labor intensive, owing to theexplosion of information being added to those networks.

A need exists to enhance the network user's information search andbrowsing experience. A need exists to provide network users withinformation relevant to the individual document object they areaccessing and provide that information in a context of value to them byrelating the document object they are accessing to link references toother document objects within a specific context. Such other documentobjects may or may not be offered by the publisher of the documentobject currently accessed. A need exists to provide network users withinformation relevant to the specific information the user may besearching for and relevant to the user's immediate personal,professional, geographic and other interests.

A need exists to access information available on the network byaccessing relationships between document objects that are relevant toone another. A need further exists to allow alternate techniques forviewing and navigating relationships between document objects that arerelevant to one another. A need further exists to provide users withaccess to these multiple frameworks for management of and access todocument objects.

A need further exists to facilitate educated selection of the kinds ofrelationships that the user is interested in and the document objects inthose relationships by presenting the relationships with managinginformation while viewing document objects on the network.

A need exists for entities or groups to be able to communicateinformation to their employees or members as those employees or membersaccess document objects on a network, and to enable those employees ormembers to view content deemed important to the entities or groups. Aneed further exists for publishers of content on the Internet to be ableto personalize content presented to Internet users without requiring theestablishment of a personal relationship between the user and thecontent publisher. A need exists to enable the collection of the searchexperiences of a group of users and share that experience with otherusers of networked information devices.

A need exists for a better user interface. A need exists for bettersearch methods.

These needs reflect a broader need to reduce the time and effortinvolved, and to provide increased user satisfaction, in user searchesfor relevant document objects on a network.

Furthermore, a need exists to present a user accessing document objectson the network with a view of a document object the user is accessing,and document objects related to that document object, within a frameworkfor management and presentation developed by the user and by other usersof the network.

Wireless communication and information processing devices present uniquechallenges to the user in finding document objects offered on thenetwork to which the device is wirelessly connected. Some of thechallenges include one or more of the following.

On some wireless networks, the speed of the data transfer is limited bythe communications network, the devices, the proximity of the device toa network interface and the activity load on that network. The upload ofa request for information and the download of a response can beperceived as being very long. A need exists to assist the user withnavigation and selection of document objects to minimize the number oftimes they “click through” document objects that are presented to theuser without enough context to ascertain the document objects' valuebefore the user selects the document object for download.

Distribution of document objects to users of wireless devices, asidefrom being technically challenging because of the format and thecompeting and evolving protocol challenges of the wireless networks anddevices, can be limited based on the portal and application servicerelationships of the communication services provider or the serviceprovider's network. Those organizations that are developing applicationsand infrastructure that provide services endeavor to structure andprotect their channel to these users and to developpayment-for-placement distribution. A need exists to provide improvedmethod for distribution of content to users of handheld devices.

In addition, the display screens on handheld devices currently remainvery small in order to reduce weight and size of the devices. Thescreens are much smaller than stationary information processing devices,thus permitting very limited viewing areas. Therefore, a limited amountof information can be presented to a user of such a device at any onetime without scrolling through multiple screens of data. The context ofthe information displayed can be lost without the whole picture offeredin the large screen typical of a stationary information processingdevice. Users of such devices prefer presentation of shorter lists andshorter document objects. A need exists to provide access to a greaterbreadth of alternative selections while viewing content condensed forsmaller presentation of handheld devices.

Wireless device users may use their devices to perform indirect searchfunctions. These indirect search functions include search experienceswhere the user is looking for information based on their currentinstance. For example, a user may be viewing in their wireless device adocument object containing news about a disaster in a region of theworld. The user's interest in the news may be related to an investmentin a company in that part of the world. The user's indirect search ofthe impact of the disaster on their investment requires the initialcontext of the disaster. A successful indirect search allows the user tofind the impact on their investment related to the context of thedisaster. A need exists to allow users to navigate and access documentobjects using complex relationships between document objects based onthe context of their current search instance. A need further exists tonarrow a search for document objects without excluding related documentobjects based on methods of narrowing a search.

Data entry may be limited depending on the type of device. Handheldinformation processing and communications devices may use handwritingrecognition, miniaturized or portable QWERTY keyboards, or numerickeypads with extra function buttons. Entry of text using these devicescan be difficult. A need exists to improve navigation of distributedinformation by facilitating selection and reducing entry of search queryattributes.

SUMMARY

The systems, apparatus and methods of the present invention (hereinafter“Linkspace”) incorporate and provide many improvements on existingmethods for distributing, relating and searching document objects oncomputer networks, including the Internet.

Linkspace operates to provide many beneficial improvements in searching,and identifying information over computer networks.

Linkspace permits a user of a network or the Internet to establishrelationships between document objects located on the network or theInternet. Those relationships may comprise link relationships and linkreferences and are maintained by Linkspace in one or more linkdirectories. The contents of link directories may be organized,categorized, sorted and filtered in groupings based on various criteriarelating to, among other things, user interests and attributes, thetypes of document objects and the nature of the content of thosedocument objects. Linkspace allows a network user to be presented with aselection of links to document objects related to the document objectthe user is currently accessing based upon the URL of the currentdocument object, and link relationships created by the user and otherusers of the network stored in the link directories.

When a network user equipped with Linkspace identifies and locates afirst document object on the network that is of interest to her, she mayinitiate one method of the present invention to mark the location,through its URL, as a start point of a link relationship. When sheaccesses a second document object on the network that she considersrelevant to the first document object, she initiates another step of onemethod of the invention to mark the second document object as an endpoint of the link relationship. Upon marking the second document objectas the end point, the link relationship is created and stored on a linkdirectory selected to store similar link relationships. When a secondnetwork user equipped with Linkspace, and with access to the linkdirectory, accesses the first document object, he is then presented witha link to the second document object as a relevant document object thatmay be of interest to him. Likewise, if the second network user accessesthe second document object, he may then be presented with a link to thefirst document object as a relevant document object that may be ofinterest to him.

Linkspace consists of a system and method for creating and publishinglink relationships, a system and method for storing and managing linkrelationships in link directories, and a system and method forpresenting a network user with links related by link relationships tothe document object the user is currently accessing.

In one respect what is described is a method for searching documentobject relationships. The method may include the step of selecting oneor more initial search items from a group consisting of: (a) documentobjects, (b) link references to document objects, (c) link referenceattributes, and (d) link relationship attributes. The method may alsoinclude steps for identifying one or more link relationships using theselected initial search items, and for presenting one or more linkrelationships attributes describing the identified link relationships.

In another respect what is described is a user interface for presentingand searching relationships between document objects located on anetwork. The user interface may include a first portion of a screendisplay for displaying one or more link relationship attributes and asecond portion of the screen display for displaying one or more entriesfrom a group consisting of: (a) link references that represent thedocument objects, (b) link relationship attributes describing the linkrelationships, (c) link reference attributes describing the linkreferences, and (d) document objects. The displayed entries in thesecond portion of the user interface are related to the displayed one ormore link relationship attributes in the first portion.

In yet another respect, what is described is a computer readable mediumon which is embedded a program. The embedded program comprises modulesthat execute the above method.

The methods and computer readable medium may be used in conjunction withhandheld and wireless devices.

Those skilled in the art will appreciate these and other advantages andbenefits of various embodiments of the invention upon reading thefollowing detailed description of a preferred embodiment with referenceto the below-listed drawings.

DESCRIPTION OF THE DRAWINGS

The detailed description will refer to the following drawings, whereinlike numerals refer to like elements, and wherein:

FIG. 1 is a diagram showing a system according to one embodiment of theinvention;

FIG. 2 is a diagram showing a client device which is Linkspace-enabledand its interaction with other hardware and software;

FIG. 3 a is a diagram showing the components of a server which isLinkspace-enabled and its interaction with other hardware and software;

FIG. 3 b is a diagram showing more detail of one embodiment of a userdata store from FIG. 3 a;

FIG. 4 a is a diagram illustrating one embodiment of a link directoryaccording to one embodiment of the invention;

FIG. 4 b is a diagram illustrating another embodiment of a linkdirectory according to one embodiment of the invention;

FIG. 5 is a diagram showing one embodiment of the invention implementedon public, private or closed computer networks;

FIG. 6 is a flowchart illustrating a method according to one embodimentof the invention;

FIG. 7 is a flowchart illustrating a method for identifying linkrelationships between document objects according to one embodiment ofthe invention;

FIG. 8 is a flowchart illustrating a method for publishing linkrelationships between document objects according to one embodiment ofthe invention;

FIG. 9 is one example screen view of a user interface for a relate linksdialog box according to one embodiment of the invention;

FIG. 10 is an example of a screen view for a client user interfaceaccording to one embodiment of the invention;

FIGS. 11 a, 11 b, and 11 c are flowcharts illustrating a method forproviding a framework for document objects located on a networkaccording to one embodiment of the invention;

FIG. 12 is one example screen view of a user interface for assigningattributes to document objects in a link directory according to oneembodiment of the invention;

FIG. 13 is one example screen view of a user interface for assigningattributes to link relationships in a link directory according to oneembodiment of the invention;

FIG. 14 is one example screen view of a user interface for configuringuser profiles according to one embodiment of the invention.

FIGS. 15 a, 15 b, and 15 c are flowcharts illustrating a method forsearching relationships among document objects on a network according toone embodiment of the invention;

FIGS. 16 a and 16 b are flowcharts illustrating a method for searchingrelationships among document objects on a network according to oneembodiment of the invention;

FIGS. 17 a and 17 b are flowcharts illustrating a method for searchingrelationships among document objects on a network according to oneembodiment of the invention;

FIGS. 18 a, 18 b, 18 c, 18 d, 18 e, 18 f, and 18 g are example screenviews of a user interface for presenting and searching relationshipsamong document objects located on a network according to one embodimentof the invention; and

FIG. 19 is a flowchart illustrating a method for searching relationshipsamong document objects on a network according to one embodiment of theinvention.

DETAILED DESCRIPTION

FIG. 1 shows one embodiment of a system 100 for collecting, storing,managing and providing to network users categorized information relatedto an open document object. A document object may contain any form ofinformation, including text documents and articles, financial data,statistical information, electronic mail, images and photos, music,voice data, animation, and even motion pictures, or may refer to aportion thereof. A document object may be dynamically created or formed.The system 100 includes a network 10, such as the Internet or othernetwork of interconnected computers or a combination of networks and theInternet; one or more Linkspace-enabled client devices 20; one or moreLinkspace-enabled servers 30, one or more first document objects 40; oneor more second document objects 50; one or more link references 42 and52, corresponding to the first document objects 40 and the seconddocument objects 50 respectively; and one or more link relationships 45.The system 100 may also include one or more links 41 and 51 pointing tothe first document objects 40 and second document objects 50respectively. The client devices 20, as well as the server 30, arepreferably Linkspace-enabled. The client device 20 may comprise acomputer or other digital information device running software enabled bythe present invention to create, filter, sort and display the linkreferences 42, 52, and the link relationships 45. The server 30 maycomprise a server computer or other digital information device runningsoftware enabling the present invention to store, index, search, filter,sort and transmit the link references 42, 52, and the link relationships45 to client devices 20. The server 30 further comprises one or morelink directories 35 for storing and indexing information regarding thelink relationships 45 and link references 42 and 52 developed by theclient devices 20 with respect to the one or more first documents 40 andsecond documents 50.

The link reference 42, 52 comprises a pointer to one document object 40,50 on the network 10 and attributes associated with that document object40, 50. The link relationship 45 comprises two pointers, one each to thefirst document object 40 and to the second document object 50, andattributes describing characteristics of the relationship between thetwo document objects 40, 50 related by the link relationship 45. Thepointers included in a link relationship 45 may be comprised of pointersto a link reference 42, 52. The link relationship 45 establishes ameaningful relationship between two document objects 40, 50, whereas thelocations of the document objects 40, 50 may be maintained within theLinkspace system 100 by means of the link references 42, 52.

The system 100 shown in FIG. 1 operates to create and store linkrelationships 45. The system 100 creates and stores link relationships45 between a first document object 40 and a second document object 50,preferably on one or more servers 30 in one or more link directories 35in the manner described as follows. The client device 20 is enabled bymeans of software or other devices to request, access and displaydocument objects on the network 10. When the user of a client device 20identifies one first document object 40 of interest to her that shewishes to associate with a second document object 50, she utilizes thesoftware running on the Linkspace-enabled client device 20 to create alink relationship 45 between the first document object 40 and the seconddocument object 50. This link relationship 45 is then stored on theserver 30 in a link directory 35.

In an alternate embodiment, the system 100 may operate to perform thefunctions described above, including the creation of link relationships45 and link references 42, 52, the storing of link relationships 45 andlink references 42, 52, and providing access to and retrieval of linkrelationships 45 and link references 42, 52, by means of automatedprocedures requiring little or no user interaction.

When a client device 20 later requests and accesses a first documentobject 40 for which the server 30 has stored an associated linkrelationship 45 in one or more link directories 35, the server 30delivers to the client device 20 the link references 42 and the linkrelationships 45, along with contextual information, or attributes,associated with the link references 42 and the link relationships 45.The client device 20 then displays to the user of the client device 20the existence of a link relationship 45 between the first documentobject 40 being accessed by the client device 20 and the second documentobject 50. This enables the user of the client device 20 to be madeaware of the second document object 50, the context of the seconddocument object 50, and the context of the relationship between thesecond document object 50 and the first document object 40 as thatrelationship may be of interest to the user of the client device 20while viewing the first document object 40.

Each link relationship 45 may also operate in the reverse direction. Inthis manner, when a user of the client device 20 is accessing the seconddocument object 50 for which an associated link relationship 45 isstored in the one or more link directories 35 on the server 30, theserver 30 then transmits the link references 42 and the linkrelationships 45, with contextual information, to the client device 20.This enables display of the availability of the related first documentobject 40 to the user of the client device 20 with the context of thefirst document object 40, and within the context of its relationship tothe displayed second document object 50.

While the system 100 is generally described as having enabling softwareresident on the client device 20 and on the server 30, various othersoftware configurations are possible, including having all of thesoftware resident at either the server 30 (making the client device 20essentially a “dumb terminal”) or at the client device 20 (making theclient device 20 essentially perform server functions), or varioussoftware sharing arrangements. For example, the client device 20 mayinclude the one or more link directories 35, a communications module(described later in reference to FIG. 3 a), and a user data store thatmay maintain information regarding authorized users of the client device20 (described later in reference to FIGS. 2, 3 a, and 3 b).

FIG. 2 is a diagram showing an example of the components of aLinkspace-enabled client device 20 and its interaction with othersoftware and hardware. The client device 20 preferably includes arendering tool 210, such as a web page browser like Microsoft® InternetExplorer, for rendering document objects located on the network 10 anddisplaying those document objects to users of the client device 20; aclient tool 220, for allowing the user of the client device 20 to createand access link relationships 45 between document objects; and a networkaccess tool 240, such as a TCP/IP stack or other interface, for allowingsoftware modules on the client device 20 to connect to and communicatewith other devices and document objects on the network 10. The clientdevice 20 operates primarily to create and present link relationships 45to users.

The rendering tool 210 may store a document object URL address 215 forreferring to the document object currently being accessed and renderedby the rendering tool 210. The rendering tool 210 may also include aGraphic User Interface (“GUI”) display 218, or other type of display,for displaying the document objects accessed and rendered by therendering tool 210. In alternate embodiments of the invention, theclient device 20 may include more than one rendering tool 210 enablingthe user of the client device 20 to access multiple document objects.

The client tool 220 may include a client GUI display 225, or otherdisplay software and hardware, for displaying link references 42, 52 andlink relationships 45 to the user of the client device 20. Typically,the displayed link references 42, 52 and link relationships 45 would bethose link references 42, 52 and link relationships 45 relevant to thedocument object currently being rendered and displayed by the renderingtool 210 (as determined by the document object URL address 215 in therendering tool 210). The client tool 220 may also include Linkspace userprofile data 230 for storing information about the user of the clientdevice 20, the link directories 35 the user may have access to, and theattributes of link references 42, 52, and attributes of linkrelationships 45 that the user may be interested in. The Linkspace userprofile data 230 may also or alternatively be stored on the one or moreservers 30, along with the Linkspace user profile data 230 of all otherusers of the system 100.

An example of how the client device 20 operates to create and presentlink relationships 45 to users of the client device 20 follows. Whilethe network access tool 240 is active and placing the client device 20in communication with the network 10, the user enables the renderingtool 210 and the client tool 220. The user may then request and accessdocument objects stored on the network 10 by means of the rendering tool210. Through the GUI display 218, the users enters or otherwise selectsa document object URL address 215 associated with the first documentobject 40 of interest to the user. The client tool 220 connects to anduses the rendering tool 210 and accesses the document object URL address215 associated with the first document object 40. The client tool 220then establishes contact with the server 30 and passes to the server 30the stored document object URL address 215 associated with the firstdocument object 40, along with any relevant information that may comefrom the Linkspace user profile data 230. The connection to the server30 may be initiated through the network access tool 240 or by othermeans not utilizing the network access tool 240.

The Linkspace-enabled server 30 searches the link directories 35 for anyURLs in the link references 42, 52 matching, or similar to, the documentobject URL address 215. After searching, the server 30 retrieves the oneor more link relationships 45 that include the document object URLaddress 215. Prior to searching, the URLs may be stripped of anyinformation not relevant to the location of the document object 40, 50on the network 10. Such information not relevant to the location of thedocument object 40, 50 may include query strings or other data attachedto URLs for tracking or other purposes.

The server 30 then determines the link references 42, 52 which may be ofinterest to the user of the client device 20 by filtering the retrievedlink references 42, 52 using the Linkspace user profile data 230 and theattributes assigned to the link references 42, 52 and to the linkrelationships 45. The filtering of link references 42, 52 and linkrelationships 45 may be accomplished by one of several methods offiltering data including matching, character and Boolean comparing, andother data comparison and filtering methods. The server 30 thentransmits to the client tool 220 the filtered link references 42, 52included in the one or more link relationships 45. The client tool 220presents the transmitted link references 42, 52 within the contextestablished by the link relationships 45 by means of the client GUIdisplay 225.

To create a new link relationship 45, the user of the client device 20must select a first document object 40 to begin the link relationship, asecond document object 50 to complete the link relationship 45, andassign attributes to the link references 42, 52 and the linkrelationship 45 between the two document objects 40, 50. To select afirst document object 40 to begin the new link relationship 45, the userinteracts with the client GUI display 225 to activate a function of theclient tool 220 to capture the document object URL address 215associated with the first document object 40. To select a seconddocument object 50 to complete the new link relationship 45, the usermay interact with the GUI display 218 of the rendering tool 210 torequest, access and display the second document object 50. The user maythen interact with the client GUI display 225 again to activate afurther function of the client tool 220 to capture the document objectURL address 215 associated with the second document object 50,completing the selection of document objects 40, 50 participating in thenew link relationship 45. Once the two document objects 40, 50 areestablished, attributes of the link references 42, 52 and the new linkrelationship 45 may be assigned.

The user may select or otherwise specify attributes associated with thelink references 42, 52 and link relationship 45. These attributes aid incategorizing, sorting or filtering the link references 42, 52 and thelink relationship 45 in the link directories 35 for delivery to otherclient devices 20. The attributes may be, for example, descriptive,temporal, spatial, or quantitative in nature, i.e., describe the linkreference in terms of who or what, when, where, or how much. One suchattribute (not shown) may be a plain language name for the linkreference 42, 52, determined and entered by the user to describe thelink reference in terms more useful to users of the system 100 than thedocument object URL address 215. Other examples of attributes mayinclude description of the content of either of the document objects 40,50 related by the link relationship 45, wherein that content may bedescribed to include a product review, news article, product informationpage, competitor's product information, or product order forms, amongother types of content.

Normally, upon completion of the endpoint capturing and attributeassignment functions, the client tool 220 connects to the server 30 tostore the link references and the new link relationship 45 in theappropriate link directory 35. Generally, the new link relationship 45is then made available to other users. Typically, other client devices20 who have access to the server 30 and are assigned access privilegeson the link directory 35 in which the new link relationship 45 has beenstored are given access to the new link relationship 45.

Furthermore, if the user of the client device 20 determines that thereis a relationship that is not already described by the transmitted linkrelationships 45 between the currently accessed document object 40 and asecond document object 50, the user may proceed to create and publish anew link relationship 45 between the first document object 40 (currentlyaccessed and displayed by the rendering tool 210) and the seconddocument object 50. This may be accomplished without displaying thesecond document object 50.

FIG. 3 a is a diagram showing the components of the Linkspace-enabledserver 30 and its interaction with other hardware and software. Theserver 30 includes a first link directory 35, a user data store 370, anda server manager 380. The server 30 may also include a second linkdirectory 310 and one or more Nth link directories 320. The servermanager 380 coordinates communications between the other components ofthe server 30. The server manager 380 also coordinates communicationswith outside objects, including the one or more client devices 20. Theserver manager 380 also performs the function of locating appropriatelink directories 35, 310, 320 for the user to participate in based upona document object presently displayed on the client device 20. The userof the client device 20 may request that the server manager 380 look inall link directories 35, 310, 320 across the system 100, regardless ofwhether the user has an affiliation with the specific link directory 35,310, 320 (which may be set in the user's Linkspace user profile data230), for the URL of the document object the user is currently accessingwith the client device 20. The user data store 370 stores identificationand user profile data regarding users authorized to access the server30, which of the several link directories 35, 310, and 320 those usersare permitted access to, and which attribute preferences the users havefor each of the link directories 35, 310, 320. In alternate embodimentsof the invention, portions of the information maintained in the userdata store 370 may be stored in the link directories 35, 310, 320.

FIG. 3 a also shows one or more alternate Linkspace-enabled servers 350that may reside on the network 10. In alternate embodiments of thesystem of the invention, the one or more alternate servers 350 may belocated off the network 10 but otherwise connected to or incommunication with the client devices 20 and/or the first server 30. Oneor more alternate link directories 360 may reside on the one or morealternate servers 350. The one or more alternate servers 350 may includeother elements duplicating the functions of the server manager 380 anduser data store 370, as well as additional link directories 310 and 320.The existence of the alternate servers 350 provides for flexibility inthe distribution of link directory data across several servers,redundancy and interoperability across multiple networks and/or sets ofclient devices 20 and users of the Linkspace system 100.

Each of the several link directories 35, 310, 320 or 360 may beassociated with and store link references 42, 52 and link relationships45. These link references 42, 52 and link relationships 45 may haveattributes matching categories defined by an authorized user designatedto manage such link directories 35, 310, 320 or 360. In this manner,each link directory 35, 310, 320 or 360 may be considered to be acommunity of interest. The authorized user designated to manage suchlink directories 35, 310, 320 or 360 may also establish attributes bywhich to organize, sort and filter the link references and linkrelationships 45. Attributes may describe the types and properties ofthe document objects 40, 50 and the link relationships 45. Anyauthorized user of the link directories 35, 310, 320 or 360 may thencreate and place link references and link relationships 45 in the linkdirectories 35, 310, 320 or 360 and assign attributes to the linkreferences and link relationships 45.

FIG. 3 a further illustrates the provision for a further linkrelationship 345 between the second document object 50 and a thirddocument object 340. The link relationship 345 may be created by anauthorized user of one of the client devices 20, just as the linkrelationship 45 between the first document object 40 and the seconddocument object 50 was created. The link relationship 345 may be storedin a second link directory 310, separated from the link relationship 45stored in the first link directory 35. As such, the link relationships45 and 345 may be considered to belong to differing communities ofinterest represented by the separate first link directory 35 and secondlink directory 310. A user of a client device 20 who is currentlyviewing or otherwise accessing the second document object 50 will onlybe presented with the link relationship 345 if the user is an authorizeduser of, and thus in the user directory 370 list for, the second linkdirectory 310. Furthermore, a user of a client device 20 who iscurrently viewing or otherwise accessing the second document object 50will only be presented with both the link relationship 45 and the linkrelationship 345 if the user is an authorized user of, and thus in theuser data store 370 lists for, both the first link directory 35 and thesecond link directory 310. A user of the Linkspace system may be or mayapply to be an authorized user for any combination of or all of the linkdirectories 35, 310, 320, and 360.

FIG. 3 b is a diagram showing more detail of one embodiment of the userdata store 370 from FIG. 3 a. The user data store 370 may include a userdirectory 372, a user profile store 375, and a user account store 378.

The user directory 372 includes one or more user data records 374,typically one or more each for every authorized user of the servers 30,350. The user data records 374 may include personal identifying data foran associated authorized user and data indicating the link directories35, 310, 320, 360 to which each user has access.

The user profile store 375 includes one or more user profile records330, typically one or more each for every authorized user of the servers30, 350. The user profile records 330 for each authorized user mayfurther include one or more user profiles 332.

Each user profile 332 may contain data regarding specific, differingconfigurations of the user's personal, professional, geographic andother interests, and the servers 30, link directories 35, 310, 320, 360,and attributes associated with those interests, as entered by the useror collected by the client tool 220. The data in the user profile 332may be used to determine what link directories 35, 310, 320, 360 thatthe user may have engaged. The data in the user profile 332 may furtherdetermine what attributes of link references 42, 52, and of linkrelationships 45, will be considered by the server 30 in returning thelink references 42, 52 and the link relationships 45 from the linkdirectories 35, 310, 320, 360 to the user's client device 20.

The user account store 378 includes one or more user account records379, usually one each for every authorized user of the servers 30, 350.The user account records 379 hold information regarding usage of theLinkspace system 100 by each authorized user. The information in theuser account records 379 may include data on instances of thepublication of link relationships 45, and the transmissions of linkrelationships 45 and link references 42, 52 based upon the documentobject displayed by the client tool 220 of each user. In alternateembodiments of the invention, data regarding the document objects 40,50, 340 requested and accessed by users of the system 100 is notrecorded in the user account records 379 against the individualauthorized user in order to maintain user privacy with regard to whatdocument objects 40, 50, 340 each individual user may request or access.

When an authorized user of a client device 20 creates a linkrelationship 45 that is stored in one or more of the link directories35, 310, 320, 360, the server manager 380 records in the user accountrecord 379 (associated with the authorized user creating the linkrelationship 45) the activity of creating and storing a linkrelationship 45. Each of the authorized users of the link directories35, 310, 320, 360 may be allowed to create link relationships 45 to bestored in one or more of the link directories 35, 310, 320 or 360, towhich that authorized user is permitted publication access. Each of theauthorized users of each specific link directory 35, 310, 320, 360 mayalso be allowed access for display those link relationships 45 stored inthe specific link directory 35, 310, 320,360 that relate to the firstdocument object 40 or second document object 50 that the user iscurrently viewing on the user's client device 20.

The interaction of each of the elements of the server 30, alternateserver 350, the client devices 20, and the first, second and thirddocument objects 40, 50, and 340, along with the creation andpresentation of the link relationships 45 and 345 may be illustrated bythe application of the methods 600, 700, and 800 described below withreference to FIGS. 6, 7, and 8.

FIG. 4 a shows the general structure of one embodiment of the linkdirectory 35. This embodiment of the link directory 35 includes a linkrelationship table 420.

The link relationship table 420 comprises a list of link relationships460, 470, 480, 490. These link relationships 460, 470, 480, 490correspond to the link relationships 45, 345 created by users of theclient device 20 as they are stored in the link directory 35. The linkrelationship 460 comprises a field 462 containing a link reference 42(L1) including the URL address of the first document object 40 relatedby the link relationship 460; a field 463 containing a link reference 52(L2) including the URL address of the second document object 50 relatedby the link relationship 460; a set of link relationship attributes 465;and a directional indicator 466 showing the nature of the linkrelationship between the two document objects, either unidirectional orbi-directional. The link relationship 460 is shown with the directionalindicator 466 specifying that the link relationship 460 is aunidirectional link relationship.

Some or all of the lists of link relationships 460, 470, 480, 490comprising the link relationship table 420 may, in one embodiment of theinvention, be stored on the server 30 in the form of relational databaserecords. The relational database record corresponding to the linkrelationship 460 may be comprised of one or more relational databasefields corresponding to the field (L1) 462, field (L2) 463, linkrelationship attributes 465, and directional indicator 466. Each of theone or more relational database fields may be formatted and designatedto store various forms of relational database data types. In oneembodiment of the invention, the relational database field correspondingto the field 462, as well as the relational database field correspondingto the field 463, may contain data specifying the appropriate URL astext or other format appropriate for the network upon which theinvention may be implemented. In one embodiment of the invention, therelational database field corresponding to the directional indicator 466may be formatted as a simple flag (i.e., Boolean) data type such asTrue/False, Yes/No, or On/Off. Alternatively, the relational databasefield corresponding to the directional indicator 466 may be formatted asa type to allow entry of a value indicating whether the linkrelationship attribute 465 applies forward, backward or in bothdirections across the link relationship 460. In one embodiment of theinvention, the link relationship attributes 465 may be represented byone or more relational database fields. In this embodiment, therelational database fields comprising the link relationship attributes465 may include a field of text data listing the assigned titles of theone or more specific link relationship attributes assigned to the linkrelationship 460. The relational database fields comprising the linkrelationship attributes 465 may then also include one or more attributevalue fields containing data formatted appropriately for thecorresponding link relationship attribute listed in the above describedfield of text data. For example, the plain language name linkrelationship attribute may have its corresponding value stored in afield formatted as text, whereas a zip code attribute may have itscorresponding value stored in a field formatted as a 5 or 9 digitinteger, and a date attribute may have its corresponding value stored ina field formatted in a date format. In an alternative embodiment, therelational database fields comprising the link relationship attributes465 may utilize relational database key fields which point to additionaldatabase tables containing the records specifying each available type oflink relationship attribute for the link relationship 460 and key fieldswhich point to additional tables containing the values associated witheach of link relationship attribute identified by a key.

As with the link relationship 460, the link relationship 470 comprises afield 472 containing a link reference 42 (L1) including the URL addressof the first document object 40 related by the link relationship 470; afield 473 containing a third link reference (L3) including the URLaddress of the third document object 340 related by the linkrelationship 470; a set of link relationship attributes 475; and adirectional indicator 476 showing the nature of the link relationshipbetween the two document objects, either unidirectional orbi-directional. The link relationship 470 is shown with the directionalindicator 476 specifying that the link relationship 470 is abi-directional link relationship. The link relationship 480 comprises afield 482 containing a link reference 52 (L2) including the URL addressof the second document object 50 related by the link relationship 480; afield 483 containing the third link reference (L3) including the URLaddress of the third document object 340 related by the linkrelationship 480; a set of link relationship attributes 485; and adirectional indicator 486 showing the nature of the link relationshipbetween the two document objects, either unidirectional orbi-directional. The link relationship 480 is shown with the directionalindicator 486 specifying that the link relationship 480 is abi-directional link relationship.

The link relationship 490 comprises a field 492 containing a linkreference 52 (L2) including the URL address of the second documentobject 50 related by the link relationship 490; a field 493 containing alink reference 42 (L1) including the URL address of the first documentobject 40 related by the link relationship 490; a set of linkrelationship attributes 495; and a directional indicator 496 showing thenature of the link relationship between the two document objects, eitherunidirectional or bi-directional. The link relationship 490 is shownwith the directional indicator 496 specifying that the link relationship490 is a unidirectional link relationship.

The link relationship attributes 465, 475, 485, 495 may include a plainlanguage name (not shown) associated with each of the link references42, 52 participating in the respective link relationship 460, 470, 480,490, as determined and entered by the user of the client tool 220. Theplain language name serves to describe the link reference 42, 52 interms better understood by the users of the system 100 than the URLassociated with the link reference 42, 52. The link relationshipattributes 465, 475, 485,495 serve to describe the link references 42,52 in terms useful to users of the system 100, and to place the linkreferences 42, 52 in a context that may attract users to select the linkreferences 42, 52. Other examples of link relationship attributes 465,475, 485, 495 may include descriptions of the content of either of thedocument objects 40, 50 related by the link relationship 460, 470, 480,490, wherein that content may be described to include a product review,news article, product information page, competitor's productinformation, or product order forms, among other types of content.

The link relationship 470 may have a value assigned to the directionalindicator 476 specifying that the link relationship 470 is abi-directional link relationship. This indicates that the linkrelationship attributes 475 apply to either of the two document objects(40 and 340) equally in the context of the link relationship 470.

The link relationship 460 may, on the other hand, have a value assignedto the direction indicator 466 specifying that the link relationship 460is a unidirectional link relationship. This signifies that the linkrelationship attributes 465 apply in only one direction between the twodocument objects 40 and 50 represented in the fields 462 and 463 throughthe link references 42 and 52 respectively. In this instance, a linkrelationship will not be transmitted and presented to the user of theclient device 20 when requested in the direction opposite to thatspecified by the direction indicator 466. In the case of the linkrelationship 460 shown in FIG. 4 a, the attributes 465 apply only as thelink relationship 460 is traversed from the first link reference 42 tothe second link reference 52, and not in the reverse direction. In asimilar manner, the link relationship 490 may have a value assigned tothe direction indicator 496 specifying that the link relationship 490 isa unidirectional link relationship. This signifies that the linkrelationship attributes 495 apply in only one direction between the twodocument objects 50 and 40 represented in the fields 492 and 493 throughthe link references 52 and 42 respectively. In the case of the linkrelationship 490 shown in FIG. 4 a, the attributes 495 apply only as thelink relationship 490 is traversed from the second link reference 52 tothe first link reference 42, and not in the reverse direction. In thisinstance, a link relationship will not be transmitted and presented tothe user of the client device 20 when requested in the directionopposite to that specified by the direction indicator 496.

In an alternate embodiment, the direction indicator 466 of the linkrelationship 460 may comprise a plurality of directional indicatorfields (not shown). Each directional indicator field may then correspondto one of the one or more link relationship attributes 465 and indicatewhether the corresponding link relationship attribute 465 may apply inone direction or in both directions between the two document objects 40and 50 represented in the fields 462 and 463 through the link references42 and 52 respectively. Likewise, the direction indicator 496 of thelink relationship 490 may comprise a plurality of directional indicatorfields (not shown). Each directional indicator field may then correspondto one of the one or more link relationship attributes 495 and indicatewhether the corresponding link relationship attribute 495 may apply inone direction or in both directions between the two document objects 50and 40 represented in the fields 492 and 493 through the link references52 and 42 respectively. In the alternate embodiment, a similararrangement may then be implemented for the remaining directionindicators 476, 486 of the link relationships 470, 480.

FIG. 4 b shows the general structure of another embodiment of the linkdirectory 35. This embodiment of the link directory 35 includes adocument object table 410, and a link relationship table 420, asdescribed above for FIG. 4 a.

The document object table 410 comprises a set of link references 430,440, 450 to document objects located on the network 10 to which the linkdirectory 35 is connected. Each link reference 430, 440, 450 furthercomprises the URL 432, 442, or 452 of the respective document object 40,50, 340 of interest; a set of document object attributes 435, 445, 455associated with the URL 432, 442, 452; and a list 437, 447, 457 ofpointers to any of the link relationships 460, 470, 480, 490 by whichthe link references 430, 440, 450 may be connected to each other withcontext. In the case of a link relationship 460, 490 having thedirection indicator 466, 496 set to indicate that the link relationship460, 490 is unidirectional, the link relationship 460, 490 will belisted only in the list 437, 447, 457 of pointers for the link reference430, 440, 450 that begins the unidirectional link relationship 460, 490.The link references 430, 440, and 450 in FIG. 4 b correspond to the linkreferences 42, 52, and the third link reference (not shown), asdescribed in FIGS. 1-4 a above, and which point to the URL addresses ofthe document objects 40, 50, and 340 respectively.

The document object attributes 435, 445, 455 serve to describe the linkreferences 430, 440, 450 in terms useful to users of the system 100, andto place the link references 430, 440, 450 in a context that may attractusers to select the link references 430, 440, 450. The document objectattributes 435, 445, 455 may include a plain language name that servesto describe the document object 40, 50, 340 in terms better understoodby the users of the system 100 than the URLs associated with the linkreferences 430, 440, 450; descriptions of the content of the documentobject 40, 50, 340 associated with link references 430, 440, 450,wherein that content may be described to include a product review, newsarticle, product information page, competitor's product information, orproduct order forms, among other types of content; and other descriptivecharacteristics associated with the document object 40, 50, 340.

The link references 430, 440, and 450 may be created and placed in thedocument object table 410 when a user of the client device 20 creates alink relationship 45 between a first document object 40 and a seconddocument object 50 or a third document object 340.

The link relationship table 420 shown in FIG. 4 b comprises the samelist of link relationships 460, 470, 480, 490, detailed above in FIG. 4a. In FIG. 4 b, the link relationship 460 comprises a field 462containing a pointer to the link reference 430 for the first documentobject 40 related by the link relationship 460; a field 463 containing apointer to the link reference 440 for the second document object 50related by the link relationship 460; the link relationship attributes465; and the directional indicator 466. In FIG. 4 b, the linkrelationship 470 comprises a field 472 containing a pointer to the linkreference 430 for the first document object 40 related by the linkrelationship 470; a field 473 containing a pointer to the link reference450 for the third document object 340 related by the link relationship470; the link relationship attributes 475; and the directional indicator476. In FIG. 4 b, link relationship 480 comprises a field 482 containinga pointer to the link reference 440 for the second document object 50related by the link relationship 480; a field 483 containing a pointerto the link reference 450 for the third document object 340 related bythe link relationship 480; the link relationship attributes 485; and thedirectional indicator 486. Likewise, in FIG. 4 b, the link relationship490 comprises a field 492 containing a pointer to the link reference 440for the second document object 50 related by the link relationship 490;a field 493 containing a pointer to the link reference 430 for the firstdocument object 40 related by the link relationship 490; the linkrelationship attributes 495; and the directional indicator 496.

FIG. 5 illustrates one embodiment of the present invention in which theinvention may operate on multiple networks of varying degrees of networksecurity. The different networks on which the systems and methods of thepresent invention may be implemented include a public network such asthe Internet 510, a private network 520 that may be connected to theInternet 510, and a closed network 530 that is secure and not accessibleto users not connected to the closed network 530. The closed network 530is not connected to any public network such as the Internet 510, and isnot connected to another private network 520.

The public network or Internet 510 may have components connected to itthat implement the present invention, including one or moreLinkspace-enabled client users 511, one or more link directories 512,one or more Linkspace-hosted content units 513, and one or morenetworked content units 514. The link directories 512 described here arefunctionally equivalent to the link directories 35, 310, 320, and 360described above in connection with FIGS. 1, 2 and 3 a. TheLinkspace-hosted content units 513 comprise information storage devicesconnected to the network 510 that provide additional document objectstorage facilities to users of the Linkspace system 100 separate fromthe publicly or privately operated networked content units 514. Thenetworked content units 514 may include networked data servers or webservers.

The Linkspace-hosted content units 513 are provided to accommodate thestreamlined publication and/or distribution of content by users of theLinkspace system 100. The client tool 220 may allow a user of theLinkspace system 100 to store document objects of his or her owncreation through a simplified procedure, i.e., a publish documentfunction enabled through the client GUI display 225. The user of theclient device 20 may select a document object 40 that she wishes topublish through the Linkspace-hosted content units 513, or she maycreate a document object (not shown) using the rendering tool 210 orother document object creation tool. The user of the client device 20then selects the publish document function through the client GUIdisplay 225 and selects the link directories 35, 310, 320, 360 in whichshe wishes to create and publish new link relationships 45, 345referencing the user created or selected document object. The user ofthe client device 20 may then create and publish link relationships 45,345 referencing the user created or selected document object. The clienttool 220 may automatically upload the user created or selected documentobject from the user's client device 20, or from another location on thenetwork, in this case the Internet 510, and save it on theLinkspace-hosted content unit 513. The client tool 220 may then publishthe new link relationships 45, 345 referencing the user created orselected document object to the appropriate link directory 35, 310, 320,360, and then make the user created or selected document objectavailable to other users of the Linkspace system 100 through the newlink relationships 45, 345. The activity of publishing a user created orselected document object in this manner is also recorded in theappropriate user account record 379 for the user creating or selectingthe document object to be published.

Similarly, the private network 520 may have connected to it componentsthat implement the present invention, including one or moreLinkspace-enabled client users 521, one or more link directories 522,one or more Linkspace-hosted content units 523, and one or morenetworked content units 524.

Additionally, the closed network 530 may have connected to it componentsthat implement the present invention, including one or moreLinkspace-enabled client users 531, one or more link directories 532,one or more Linkspace-hosted content units 533, and one or morenetworked content units 534.

In FIG. 5, the private network 520 is shown connected to the publicnetwork or Internet 510. This may allow Linkspace-enabled client users521 connected to the private network 520 to also be permitted access toany of the one or more link directories 512, Linkspace-hosted contentunits 513, and networked content units 514 that are connected to thepublic network or Internet 510. However, Linkspace-enabled client users511 connected to the public network or Internet 510 that are not alsoamong the group of authorized Linkspace-enabled client users 521 of theprivate network 520, may not be permitted to access the one or more linkdirectories 522, Linkspace-hosted content units 523, and networkedcontent units 524 that are connected to the private network 520.

A Linkspace client user 531 connected to the closed network 530, andtherefore not connected to either the public network or Internet 510 norto the private network 520, may only be permitted access to the one ormore link directories 532, Linkspace-hosted content units 533, andnetworked content units 534 that are connected to the closed network530.

FIG. 6 is a flowchart showing the steps of a method 600 according to oneembodiment of the present invention. The method 600 includes the stepsof a first user (not shown) of a client device 20 locating a firstdocument object 40 (step 610); the first user locating a second documentobject 50 (step 620); and the first user creating a link relationship 45between the first document object 40 and the second document object 50(step 630). The method 600 includes the additional steps of storing thelink relationship 45 created by the first user in a link directory 35(step 640); and providing access to the link directory 35 to a seconduser (not shown) of another client device 20 (step 650).

The method 600 may include a step for providing authorized users ofclient devices 20 access to the link relationships 45 stored in linkdirectories 35, based upon the document object 40 currently accessed bythe users on the users' client device 20 (step 660).

FIG. 7 is a flowchart showing the steps of a method 700 for accessingand displaying link relationships and related document objects on anetwork according to one embodiment of the present invention. The method700 initiates when a user of a client device 20 engages the renderingtool 210 to request, access and display a document object 40 (step 710).The user of the client device 20 then engages the client tool 220 and isauthenticated by a server 30 (step 715). The user of the client device20 then selects a user profile 332 (step 717) that has been returned tothe client device 20 upon authentication of the user by the server 30 instep 715. The selected user profile 332 may be used to determine whatattributes of the link relationships 45 will be applied to filter andsort the link references 430, 440, 450 and link relationships 460, 470,480 returned by the server 30. By filtering and sorting usingattributes, a manageable and meaningful group of relevant linkreferences 430, 440, 450 may be displayed to the user based on theuser's needs and interests.

In alternate embodiments of the method 700, the steps 715 and 717 mayoccur before the step 710.

With the user profile 332 selected and the document object 40 displayed,the user then selects a client tool 220 function (step 720). The firstfunction that the user may select is to enter a document object URL 215into the rendering tool 210, whereupon that document object URL 215 iscaptured by the client tool 220 and transmitted to the servers 30 (step730). The activity of transmitting the document object URL 215 to theservers 30 by the client tool 220 may be recorded and stored in anappropriate location within the user data store 370.

The server 30 then processes the transmitted document object URL 215across the various link directories 35 to which the user is authorizedaccess. One method of processing by the server 30 is according to thefollowing steps. The server 30 performs a search of the document objecttables 410 of all link directories 35 to find all instances of thedocument object URL 215 (step 735). The server 30 then searches the Linkrelationship tables 420 in the link directories 35 where the URL 215 wasfound. This search by the server 30 locates all link relationships 460,470, 480, 490 referencing the URL 215 as one of the pointers to linkreferences 462 or 463, 472 or 473, 482 or 483, 492 or 493 included inthose link relationship 460, 470, 480, 490 (step 740). The server 30then accumulates all the URLs 432, 442, 452 related, through the linkrelationships 460, 470, 480, 490 identified in step 740, to the URL 215.The server 30 also accumulates the document object attributes 435, 445,455 associated with the identified URLs 432, 442, 452 and the linkrelationship attributes 465, 475, 485, 495 associated with the linkrelationships 460, 470, 480, 490 identified in step 740 (step 745).

The accumulated URLs 432, 442, 452 are then filtered by linkrelationship attributes 465, 475, 485, 495 (step 750), and then filteredagain by document object attributes 435, 445, 455 (step 755). Inalternate embodiments of the method 700, the accumulated URLs 432, 442,452 may be filtered first by document object attributes 435, 445, 455(step 755) and then by link relationship attributes 465, 475, 485, 495(step 750).

The user profile 332 is applied to determine what link relationshipattributes 465, 475, 485, 495, and document object attributes 435, 445,455 to use in filtering the accumulated URLs 432, 442, 452. The filteredURLs 432, 442, 452 are then sent back to the client device 20 thattransmitted the URL 215, along with the associated document objectattributes 435, 445, 455, and associated link relationship attributes465, 475, 485, 495 (step 760). The activity of transmitting the filteredURLs 432, 442, 452, along with the associated document object attributes435, 445, 455, and associated link relationship attributes 465, 475,485, 495, to the client device 20 may be recorded and stored in anappropriate location within the user data store 370. Alternatively, thefirst filtering steps 750, 755 may be performed by the client device 20.

The client tool 220, upon receiving the filtered URLs 432, 442, 452 fromthe server 30, may further filter and sort the returned URLs 432, 442,452 according to data stored in the selected user profile 332 (step765). In this manner, the data in the user profile 332 may be applied tothe filtered and sorted URLs 432, 442, 452 on either the server 30 orthe client tool 20.

The filtered and sorted URLs 432, 442, 452 are then displayed to theuser of the client device 20 by the client GUI display 225 and theclient tool 220 alerts the user of the client device 20 to theavailability of related links (in the form of the returned URLs 432,442, 452) by means of an indicator in the client GUI display 225 (step770). The method 700 then returns to step 720 to await further action bythe user of the client device 20.

If, at step 720, the user of the client device 20 selects one of the URLlinks 432, 442, 452 displayed by the Linkspace GUI display as beingrelated by link relationships 460, 470, 480, 490 to the presentlyaccessed document object 40 with the URL 215 (step 780), the renderingtool 210 then accesses the new document object 50 associated with theselected URL and displays that document object 50 in the GUI display 218of the rendering tool 210 (step 785). The new document object URLaddress 215 of the selected document object 50 is then passed on to theservers 30 (step 790) and the method 700 continues with step 735, asabove, using the URL 215 of the new document object 50 as the URL tosearch for.

FIG. 8 is a flowchart showing the steps of a method 800 for creating andpublishing link relationships according to one embodiment of the presentinvention. The method 800 initiates when a user of the client device 20engages the client tool 220 and is authenticated by a server 30 (step810). The user of the client device 20 may then select a publish linkrelationship function of the client tool 220 (step 815).

The user of the client device 20 may then navigate, using the renderingtool 210, to the first document object 40 of the new link relationship45 that the user of the client device 20 wishes to create and publish.The user may then select a declare first link function of the clienttool 220 (step 820). The user of the client device 20 may then navigate,again using the rendering tool 210, to the second document object 50that the user of the client device 20 wishes to associate by means of alink relationship 45 with the first document object 40. The user canthen select the declare second link function of the client tool 220(step 825). The user of the client device 20 has now selected both endsof a link relationship 45.

The user now may select which of the link directories 35 in which theuser wishes to publish the new link relationship 45 (step 830). The userof the client device 20 may then further assign link relationshipattributes, such as those shown in FIG. 4 (465, 475, 485, 495) to thelink relationship 45, along with assigning any document objectattributes, such as those shown in FIG. 4 (435, 445, 455), to the firstdocument object 40 and second document object 50 of the linkrelationship 45 (step 835). The user may then interact with a LinkspaceGUI 225 button or element to complete the link relationship publishfunction (step 840). Upon completion of the link relationship publishfunction on the client device, the URLs and document object attributesof the document objects 40 and 50 associated by the new linkrelationship 45 are stored in the document object table 410 in theselected link directory 35 (step 850). Additionally, the new linkrelationship 45, along with the URL references to the first documentobject 40 and second document object 50 and the link relationshipattributes, such as those shown in FIG. 4 (465, 475, 485, 495), arestored in the link relationship table 420 in the selected link directory35 (step 855). The method 800 for creating and publishing linkrelationships completes by recording the publishing activity to the useraccount record 379 associated with the user of the client device 20 forlater tracking and billing purposes (step 880).

FIG. 9 is an example of a user interface, more specifically, a screenview of a user interface for a relate links dialog box 900, one elementof the user interface of one embodiment of the invention. The relatelinks dialog box 900 is invoked when a user of the client tool 220engages the publish link relationship function of the client tool 220.In the embodiment shown in FIG. 9, the relate links dialog box 900includes a drop down list 910 for selecting a community of interest, auser interface term referring to one of the one or more link directories35, and a checkbox 915 for indicating whether the link relationship 45being created is to operate bi-directionally or unidirectionally. If thecheckbox 915 is checked, then the link relationship 45 being createdwill only apply in one direction. In the example illustrated in FIG. 9,the user has selected the community of interest (link directory 35)referred to as “Wireless Washington,” a link directory 35 storing linkreferences 42, 52 and link relationships 45 considered by their creatorsas relevant to wireless device users in the Washington, D.C.metropolitan area.

The relate links dialog box 900 further includes a link-from section920, a link-to section 930, a link relationship attributes display box970, a submit link relationship button 980 and a cancel button 985. Thesubmit link relationship button 980 is selected by the user when theuser has selected and/or entered all information associated with thelink references 42, 52 and the link relationship 45 that the user wishesto publish. Upon selection of the submit link relationship button 980,the client tool 220 closes the relate links dialog box 900 and transmitsthe information associated with the created link relationship 45 to oneof the one or more servers 30. The cancel button 985 may be selected bythe user to abort the creation and publication of the link relationship45 that the user initiated and to close the relate links dialog box 900.

In the embodiment shown in FIG. 9, the link-from section 920 may includea first document object URL 922 associated with the first documentobject 40 included in the link relationship 45 being created, where thefirst document object URL 922 was captured when the publish linkrelationship function was engaged; a first plain language name field925; and a listing of first document object attributes 940 and theattribute values 942 associated with those first document objectattributes 940. In the example illustrated by FIG. 9, the first documentobject URL 922 is the address of a first document object 40 that is aweb page for a coffee and dessert shop. The first plain language namefield 925 may be captured when the publish link relationship functionwas engaged and/or may be edited by the user creating the linkrelationship 45. An exemplary first document object attribute for food945, and the value of specialty foods 947 assigned to the first documentobject attribute 945 by the user creating the link relationship 45, arealso shown.

The link-to section 930 similarly may include a second document objectURL 932 associated with the second document object 50 included in thelink relationship 45 being created, where the second document object URL932 was captured when the publish link relationship function wasengaged; a second plain language name field 935; and a listing of seconddocument object attributes 950 and the attribute values 952 associatedwith those second document object attributes 950. In the exampleillustrated by FIG. 9, the second document object URL 932 is the addressof a second document object 40 that is a web page for a “LinkSpaceRestaurant” located in McLean, Va. (a suburb of Washington). The secondplain language name field 935 may be captured when the publish linkrelationship function was engaged and/or may be edited by the usercreating the link relationship 45. An exemplary second document objectattribute for location 955, and the value of address 995 assigned to thesecond document object attribute 955 by the user creating the linkrelationship 45, are also shown. In addition, in the example illustratedby FIG. 9, a subordinate attribute for city 957, subordinate under theattribute for location 955, and a value of address 995 along with theassigned value of McLean 958 for the subordinate attribute for city 957,are also shown in the link-to section 930. Further subordinateattributes may include a street 956 with a value 959 of 12345 MainStreet.

The link relationship attributes display box 970, as shown for theembodiment illustrated by FIG. 9, includes a list of link relationshipattributes 972 and a delete link relationship attribute button 975. Thelink relationships 972 are formed by pairs of first document objectattributes 940 and second document object attributes 950 that the usercreating the link relationship 45 has selected to describe the nature ofthe link relationship 45. These link relationship attributes 972 mayform the link relationship attributes 465, 475, 485, 495 described inFIG. 4 a. The delete link relationship attribute button 975 may be usedto delete a selected link relationship attribute 972 displayed in thelink relationship attributes display box 970.

The exemplary link relationship attribute 972 shown in FIG. 9 indicatesthat the user creating the link relationship 45 has declared that thecity subordinate attribute 957 (one selected second document objectattribute 950) of the Linkspace Restaurant associated with the seconddocument object 50, having a value of McLean 958, is related to the foodattribute 945 (one selected first document object attribute 940), havinga value of specialty foods 947, of the coffee shop associated with thefirst document object 40. As a result, once the exemplary linkrelationship 45 shown in FIG. 9 is created and published, other users ofLinkspace-enabled client devices 20 that request and/or access theLinkspace Restaurant web page may be presented with a link reference 42,52 pointing to the web page for the coffee and dessert shop, asillustrated in the link reference display window 1020 shown in FIG. 10.

In one embodiment of the invention, the link relationship attribute 972may be declared by the user performing a drag-and-drop operation whereinthe document object attribute 957 is dragged and dropped onto thedocument object attribute 945, creating the link relationship attribute972 which relates the two document objects 40, 50 by the association ofthe city subordinate attribute 957 to the food attribute 945. In analternate embodiment, the creation and selection of link relationshipattributes 972 may be performed in a manner similar to that used in thelink-to section 930 and link-from section 920 described above, utilizinga set of link relationship attribute types along with data input fieldsfor entering or otherwise selecting values for those attributes.

FIG. 10 is an example of a screen view for one embodiment of the clientGUI display 225 for one embodiment of the invention, wherein the clientGUI display 225 is integrated into the GUI display 218 of the renderingtool 210. Also, FIG. 10 depicts one example or manner of organizing linkrelationships for presentation. In the embodiment shown in FIG. 10, aclient toolbar 1010 and a link reference display window 1020 togethercomprise the client GUI display 225. A browser window 1030 displays thedocument object (40, 50) being requested and accessed by the renderingtool 210 and having the document object URL address 215 displayed in anaddress bar field 1040.

The client toolbar 1010 includes a number of GUI buttons that initiatevarious functions of the client tool 220. A client logon button 1050initiates a connection between the client tool 220 and one or moreservers 30. A client logoff button 1055 ends a user session for theclient tool 220 and disconnects the client tool 220 from the one or moreservers 30. A mark starting page button 1060 may be engaged to initiatethe publish link relationship function of the client tool 220 by settingthe currently displayed document object 40 shown in the browser window1030 and referenced by the document object URL address 215 displayed inthe address bar field 1040 as the first document object 40 in the linkrelationship 45. After the user navigates to a second document object50, a mark ending page button 1065 may be engaged to complete theselection of participating document objects 40, 50 for the publish linkrelationship function of the client tool 220. Engaging the mark endingpage button 1065 sets the newly displayed document object 50 shown inthe browser window 1030 and referenced by the document object URLaddress 215 displayed in the address bar field 1040 as the seconddocument object 50 in the link relationship 45, and opens a relate linksdialogue box 900 (shown and described in FIG. 9 above) to allow the userof the client tool 220 to assign attributes to the link relationship 45.

The client toolbar 1010 also may include three icons that indicate theavailability and type of link references 42, 52 related to the documentobject 40 open in the browser window 1030. These icons may include apublisher links indicator 1071, a private links indicator 1072, and acommunity links indicator 1073.

The link reference display window 1020 presents the user with ahierarchical listing of any link references 42, 52, delivered by theserver 30, that may be related to the document object 40 that iscurrently displayed in the browser window 1030 and has the documentobject URL address 215 shown in the address bar field 1040. The linkreference display window 1020 may be presented in a tabbed format,wherein each tab may contain a different set of link references 42, 52depending on the type of link reference and link relationship involved.In one embodiment of the invention, there may be three different tabs atthe top of the link reference display window 1020, each corresponding toone of the indicator icons (1071, 1072, 1073) in the client toolbar1010. The first tab may be a private links tab 1074, corresponding tothe private links indicator 1072. The second tab may be a publisherlinks tab 1075, corresponding to the publisher links indicator 1071. Thethird tab may be a community links tab 1076, corresponding to thecommunity links indicator 1073.

The publisher links tab 1075 displays an embodiment of the linkreference display window 1020 presenting link references 42, 52 createdby an entity responsible for the document object 40 displayed in thebrowser window 1030. The private links tab 1074 displays an embodimentof the link reference display window 1020 presenting link references 42,52 created by the user of the client tool 220. The community links tab1076 displays an embodiment of the link reference display window 1020presenting link references 42, 52 created by the other users of thesystem 100.

The document object 40 displayed in the browser window 1030 in FIG. 10is a representative web page, in this case for a restaurant namedLinkspace. When this page is displayed, and the client tool 220 isengaged, as indicated by the recessed display of the client logon button1050 in the client toolbar 1010, one or more of the indicator icons(1071, 1072, 1073) in the client toolbar 1010 will become highlighted ifthere are any link references 42, 52 available of the correspondingtype.

For example, as illustrated in FIG. 10, the community links indicator1073 is highlighted, while the publisher links indicator 1071 and theprivate links indicator 1072 are grayed out. This indicates that theserver 30 has returned one or more link references 42, 52 that arecategorized as community links and has not returned any link references42, 52 categorized as publisher or private links. The returned linkreferences 42, 52 are displayed in the link reference display window1020 under the community links tab 1076. In this case, the linkreferences 42, 52 are displayed in a hierarchical listing under affinitydirectory headings 1081, 1082. The affinity directory heading 1082 shownrepresents one community of interest, corresponding to one linkdirectory 35 on a server 30, maintaining one set of link relationships45 and link references 42, 52, that may include the document object 40displayed in the browser window 1030. In addition, under each affinitydirectory heading 1081, 1082, there may be displayed one or moreattribute folders 1091, 1092. Each attribute folder 1091, 1092 maycontain a grouping of listed hyperlinks 1095, 1096 drawn from therespective affinity directory heading 1082 and related to the documentobject 40 displayed in the browser window 1030 by a particular linkrelationship attribute 972.

In the example shown in FIG. 10, affinity directory heading 1082indicates a link directory 35 focusing on wireless devices in theWashington, D.C. area. Also shown in the example in FIG. 10, theattribute folder 1091 groups listed hyperlinks 1095 by the linkrelationship attribute 972, further relating document objects 40 tospecialty food document objects 50. The listed hyperlink 1095, listedunder the attribute folder 1091, comprises the text of the plainlanguage name attribute of a document object concerning coffee anddessert after dinner. In this manner, the listed hyperlink 1095,displayed under the affinity directory heading 1082 and the attributefolder 1091, represents a link reference 52 to a document object 50 thatis related, as a document object of interest to wireless device users inthe Washington area, and as a specialty food document object, to thedocument object 40, the restaurant web page, displayed in the browserwindow 1030.

The attribute folder 1092 shown in the example in FIG. 10 groups listedhyperlinks 1096 by the link relationship attribute 972 further relatingdocuments objects 40 to document objects 50 concerning the downtown areaof the Washington, D.C. suburb of McLean. The listed hyperlink 1096 isto a LinkNexus document object for the city of McLean. A LinkNexusdocument object may comprise a listing of further link references 42, 52to document objects 40, 50 relating to a particular subject. In the caseillustrated in FIG. 10, the LinkNexus document object indicated by thelisted hyperlink 1096 may contain link references 42, 52 concerning thesuburban city of McLean. In this manner, the listed hyperlink 1096,displayed under the affinity directory heading 1082 and the attributefolder 1092, represents a link reference 52 to a document object 50 thatis related, as a document object of interest to wireless device users inthe Washington area, and as a link to content relevant to downtownMcLean, to the document object 40, the restaurant web page, displayed inthe browser window 1030.

The affinity directory heading 1081 shown in the example in FIG. 10indicates a community related to “Your Company,” the user's company.This affinity directory heading 1081 may contain link references 42, 52to document objects 40, 50 maintained on the user's company's privatenetwork 520, accessible to users within the company, but not to thegeneral public, as shown and described in FIG. 5.

The example of a screen view for one embodiment of the client GUIdisplay 225 in FIG. 10 may further include a publish document objectbutton 1045, a submit link relationship annotation button 1047, a findlink directories button 1057, and a user controls button 1056. Thepublish document object button 1045 activates a publish document objectfunction of the client tool 220. The submit link relationship annotationbutton 1047 activates a submit link relationship annotation function ofthe client tool 220. The find link directories button 1057 activates afunction of the client tool 220 and the server 30 which identifies linkdirectories 35 which include link references 42, 52 pointing to thecurrently accessed document object 40 and opens a find link directoriesdialog box (not shown) within the client user interface 225.

The user controls button 1056 activates a user controls selectionfunction of the client tool 220 and the server 30 and opens a usercontrols dialog interface (not shown) which permits the user of theclient tool 220 to select from a plurality of user controlled documentobject management interfaces, including but not limited to a linkreference attribute management interface 1200, a link relationshipattribute management interface 1300, and a user profile configurationinterface 1400.

When the find link directories button 1057 is selected the client tool220 captures the URL of the currently accessed document object 40 andtransmits that current URL to the server 30 with a request to search alllink directories 35 accessible to the user for link references 42, 52and link relationships 45 that include the current URL. If one or morelink directories 35 are found that include a link reference 42, 52 orlink relationship 45 containing the current URL, the user of the clienttool 220 is informed of the existence of the one or more directories 35and instructed by the server 30 through the client tool 220 about how tolearn more about the one or more link directories 35 containing thecurrent URL and how to gain access to those link directories 35.

The systems and methods described above provide a framework fororganizing, managing, and presenting document objects 40, 50 stored on anetwork 10. The link directories 35, link relationships 45, and linkreferences 42, 52 enable users of the network 10 to organize thedocument objects 40, 50 on the network 10 without altering the documentobjects 40, 50 or changing the location of the document objects 40, 50on the network 10. Link relationship attributes describing linkrelationships 45 and document object attributes describing documentobjects 40, 50 referred to by link references 42, 52 provide themechanism to organize and describe document objects 40, 50. Userprofiles 230, 332 provide a mechanism by which users of the network 10may further manage document objects 40, 50 by determining which linkreferences 42, 52 to document objects 40, 50 may be presented to theuser as potentially of interest to the user.

In an alternate embodiment of the invention, the user of the client tool220 may search link directories 35 for link relationships 45 or linkreferences 42, 52 that have been assigned selected attributes ofinterest to the user. In this embodiment, the user may engage a functionof the client tool 220 to present a search GUI (not shown) where theuser may select one or more link directories 35 the user wishes tosearch and select one or more attributes of link relationships 45 andlink references 42, 52 the user wishes to locate. The search GUI mayalso allow the user to constrain the search to selected values or rangesof values of the selected attributes of the link relationships 45 andlink references 42, 52. Upon execution of the search function, theserver 30 retrieves from the one or more selected link directories 35one or more link relationships 45 and one or more link references 42, 52that have been assigned the attributes selected by the user for thesearch, and the server 30 further filters the retrieved link references42, 52 and link relationships 45 based on the constraints applied by theuser to the one or more selected link relationship attributes or linkreference attributes.

FIG. 11 a, FIG. 11 b, and FIG. 11 c (“FIG. 11”) are flowchartsillustrating a method 1100 for providing a framework for managingdocument objects 40, 50 located on a network 10, according to oneembodiment of the invention. The method 1100 includes a step forcreating one or more link directories 35 storing the link relationships45 between document objects 40, 50 (step 1105); a step for enablingusers to create link relationships 45 between a first document object 40and a second document object 50 located on the network 10 (step 1110)and a step allowing users to assign discrete attributes describing thelink relationship 45 and the document objects 40, 50 related by the linkrelationship 45 (step 1120).

The allowing step 1120 may include further steps for defining linkrelationship attributes describing the link relationships 45 stored inthe one or more link directories 35 (step 1122); and for definingdocument object attributes describing link references 42, 52 to thedocument objects 40, 50 related by the link relationships 45 stored inthe one or more link directories 35 (step 1123). The creating step 1105and the defining steps 1122 and 1123 may be performed by a user of thenetwork 10 authorized to create and manage link directories 35. Such auser may be considered a link directory administrator (not shown). Bydefining link relationship attributes describing the link relationships45 stored in the one or more link directories 35 (step 1122) anddefining document object attributes describing link references 42, 52 tothe document objects 40, 50 related by the link relationships 45 storedin the one or more link directories 35 (step 1123), the link directoryadministrator determines the type and qualities of the linkrelationships 45 and link references 42, 52 contained in the linkdirectory 35 the link directory administrator manages. This enables thelink directory administrator to set up a framework of management andpresentation for the link relationships 45 and link references 42, 52contained in the link directory 35 and to establish the link directory35 as a community of interest tailored to interests and topics asdefined by the link directory administrator.

The allowing step 1120 may also include steps for assigning one or morerelevant document object attributes describing a specific link reference42, 52 to a document object 40, 50 located on the network 10 included ina link relationship 45 being created and stored in the one or more linkdirectories 35 by a user of the network 10 (step 1124); and assigningone or more relevant link relationship attributes describing a specificlink relationship 45 being created and stored in the one or more linkdirectories 35 by a user of the network 10 (step 1125). The assigningsteps 1124 and 1125 may be performed by any user of the network 10authorized to create link relationships 45 and link references 42, 52 tobe stored in the one or more link directories 35.

The step 1125 of assigning one or more relevant link relationshipattributes may include selecting one or more defined and assigneddocument object attributes associated with each of the two documentobjects 40, 50 that define the link relationship 45 to create a linkrelationship attribute describing the link relationship 45.

The selecting steps 1124 and 1125 of the method 1100 may be performed byany user of the network 10 authorized to create link relationships 45and link references 42 by interaction with the client tool 220 throughthe relate links dialog box 900 illustrated in and described for FIG. 9.

The allowing step of the method 1100 may also include a step for storingthe link relationships 45 with the defined and assigned discreteattributes in the one or more link directories 35 located on the network10 separate from the document objects 40, 50 (step 1130).

The method 1100 also includes a step for managing presentation of linkrelationships 45 to users of the network 10 using the discreteattributes assigned by users of the network 10 to determine which linkrelationships 45 to present to users and the manner in which those linkrelationships will be presented to users (step 1140). The managing step1140 may include steps for permitting users of the network 10 to accessthe one or more link directories 35 (step 1141); for creating one ormore user profiles 230, 332 by specifying one or more link directories35 and one or more attributes describing the link relationships 45and/or attributes of the document objects 40, 50 that may be relevant tothe interests of the user creating the user profiles 230, 332 (step1142); for retrieving from the one or more link directories 35 one ormore link relationships 45 between the document object 40 the user iscurrently accessing and other document objects 50 located on the network(step 1143); for applying the user profiles 230, 332 as filters againstthe one or more retrieved link relationships 45 to determine which linkrelationships 45 to present to the user (step 1144); for ordering theretrieved link relationships 45 by link directories 35 and by attributesdescribing the link relationships 45 and/or attributes of the documentobjects 40, 50 (step 1146); and for presenting the retrieved andfiltered link relationships 45 to the user while the user is accessing afirst document object 40 (step 1149). By application of this method, auser or an administrator is provided the capability necessary to managethe presentation to the user of link relationships 45 between documentobjects 40, 50 on the network 10, and thereby improve the user'sawareness of, access to and navigation through those document objects40, 50 located on the network 10.

FIG. 12 is one example screen view of a user interface 1200 for definingattributes allowed for document objects 40, 50 in a link directory 35according to one embodiment of the invention. The example user interfaceshown in FIG. 12 may be used by a link directory administrator (notshown) to determine the types of link references 42, 52 that she wishesto be managed and stored in the specific link directory 35 she ismanaging. The link directory administrator determines the type of linkreferences 42, 52 she intends to maintain in the link directory 35 shecontrols by defining one or more document object attributes allowed todescribe the link references 42, 52. The document object attributes thatthe link directory administrator defines, when assigned by a user forthe link references 42, 52, serve to place the link references 42, 52 ina useful context for users of the network 10 accessing the linkreferences 42, 52 stored in the link directory 35.

In one embodiment of the invention, the link directory administratoropens the link reference attribute management interface 1200 by startinga management session with a server 30 that contains the link directory35 the link directory administrator wishes to manage. In one embodimentof the invention, the link reference attribute management interface 1200is opened inside the rendering tool 210, which may comprise a web pagebrowser. The link reference management interface 1200 includes a linkdirectory name label 1201 with an associated value 1202 indicating thename of the link directory 35 that will be managed by the link referencemanagement interface 1200. An add attribute button 1205 is includedbeneath the link directory name label 1201 in the embodiment of the linkreference attribute management interface 1200 shown in FIG. 12. The addattribute button 1205 allows the user to assign a new document objectattribute to the link directory 35, and presents the new attribute inthe link reference attribute management interface 1200. Each newdocument attribute includes fields for specifying unique values havingassigned meanings associated with the created document object attributewhich may be edited and expanded upon to provide additional information.

Each new document object attribute created within the link referenceattribute management interface 1200 includes an attribute name 1211, anattribute data type 1212, a required attribute checkbox 1213, and ause-lookup checkbox 1214. The attribute name 1211 allows the linkdirectory administrator to create and modify a descriptive text nameassociated with the new document object attribute 1216. For the documentobject attribute 1216, the link directory administrator has entered anattribute name 1211 of “Activities and Events.” The attribute data type1212 allows the link directory administrator to specify the form of datathat the document object attribute may contain. The link directoryadministrator selects the data type 1212 from several allowable datatypes (including but not limited to Boolean (yes/no), integer, text, andothers permitted by the system 100) using a data type selection list box1217. The attribute data type 1212 selected using the data typeselection list box 1217 allows the system 100 to ensure that validdocument object attribute data is entered for each document objectattribute selected by a user of the network 10 accessing and creatinglink relationships 45 and link references 42, 52. For the documentobject attribute 1216, the link directory administrator has selected adata type 1212 of “Text” from the data type selection list box 1217.

The required attribute checkbox 1213 allows the link directoryadministrator to specify whether the system 100 requires that a documentobject attribute defined by the link directory administrator for thelink directory 35 may be required to be selected, and a value entered,by users creating link relationships 45 and link references 42, 52 inthe link directory 35. This ensures that link references 42, 52 and linkrelationships 45 associated with document objects 40, 50 entered in thelink directory 35 have managed document object attributes, as assignedby the users, that are required by the link directory administrator toeffectively manage the link relationships 45 and link references 42, 52associated with the document objects 40, 50 on the network 10.

If the checkbox 1218 for the second document object attribute 1216listed in the link reference management interface 1200 were to bechecked, then that document object attribute 1216 would be required tohave values selected by users of the link directory 35. The use-lookupcheckbox 1214 allows the link directory administrator to specify amanaged set of possible values for each document object attribute. Theuse of the use-lookup checkbox 1214 is illustrated for the seconddocument object attribute 1216 shown in FIG. 12 where a use-lookupcheckbox 1219 corresponding to the second document object attribute 1216has been checked. Under this document object attribute 1216, a list ofvalues 1225 is displayed, including the value 1226 of “Exhibits andTours.” This allows the link directory administrator to limit thepossible values of document object attributes to the selected list ofvalues 1225. This aspect of document object attribute managementprevents uncontrolled variation of possible values in fields withattribute data types 1212 that require few or no constraints.

The first document object attribute 1215 listed in the link referenceattribute management interface 1200, with an attribute name 1215 of“Accessible to Handicapped,” is an example of a document objectattribute that may be important to a user interested in a documentobject 40 which may describe a restaurant. The indication that arestaurant is or is not accessible to the handicapped may be adetermining factor in selection of document objects 40, 50 for viewingby a user. Using the invention, users wishing to promote a documentobject 40 describing a restaurant may assign a document object attribute1215 of “Accessible to Handicapped” to a link reference 42 pointing tothe document object 40. A user of the invention seeking informationregarding restaurants may only be interested in document objects 40,50about restaurants that are handicapped accessible and may filter out anydocument objects 40,50 that are not handicapped accessible through theselection of the document object attribute 1215 in one or more userprofiles 230, 332. In the example of document object attribute 1215, thelink directory administrator has specified that the data type 1212 is asimple “yes/no” value, and has not checked the required field 1213 andtherefore specified that the document object attribute 1215 is notrequired to be assigned by users. The use-lookup field 1214 for thedocument object attribute 1215 is unchecked. In this example, the“yes/no” data type does not require specification of possible values. Bydefining the document object attribute 1215 of “Accessible toHandicapped” and permitting users to select that document objectattribute 1215, the link directory administrator is provided with thecapability to manage document objects 40, 50 that may describe afacility or event that is handicapped accessible.

The invention, through the use of the link reference attributemanagement interface 1200 shown in FIG. 12, enables the link directoryadministrator to manage document objects by relating document objectattributes to other document object attributes based on hierarchicaldependencies and common dependencies. In a hierarchical dependency aselected document object attribute may have subordinate document objectattributes which further described document objects with the selecteddocument object attribute. For example, the selected document objectattribute may be “restaurant,” and a subordinate document objectattribute may be “cuisine.”

In a common dependency, a selected document object attribute may have acommon document object attribute that is dependent on but not unique tothe selected document object attribute. For example, the selecteddocument object attribute may be “address,” which is a common documentobject attribute that should not be a unique subordinate document objectattribute of the “restaurant” document object attribute. These two formsof document object attribute dependencies allow more detaileddescription of document objects 40, 50 with each selected documentobject attribute. Such a more detailed description of the documentobjects 40, 50 referenced by the link directory 35 enables the users tomore readily determine the relevance of the document objects 40, 50 tothe users' needs and interests.

A representative document object attribute for location 1240 may havethe associated use-lookup field 1243 checked, indicating that there willbe a list of values 1245 associated with the document object attributefor location 1240. In the example shown in FIG. 12, the link directoryadministrator has entered two possible values 1246, 1260 in the list ofvalues 1245 below the document object attribute for location 1240.

Each of these values 1246, 1260 are alternative ways to further describethe document object attribute for location 1240. The document objectattribute for location 1240 may be a document object attribute ofparticular importance to a user's selection of a document object 40, 50where the user is seeking document objects describing a restaurant. Thedocument object attribute for location 1240 may also be a documentobject attribute of particular importance to a user creating a linkrelationship 45 between document objects 40, 50. Depending on theparameters of the user's search for document objects 40, 50, the commondocument object attribute for address 1246, the common document objectattribute for geolocation 1260, or both, may be important discriminatorsin a user's search for a restaurant document object 40, 50.

The link reference attribute management interface 1200 allows the linkdirectory administrator to further assign document object attributesthat may be dependent upon the location document object attributes inthe list of values 1245. These document object attributes areillustrated by the document object attributes listed below the documentobject attribute of address 1246, including the common document objectattribute with the name “zip” 1255. The common dependency of the “zip”document object attribute 1255 to the location document object attribute1240 and address document object attribute 1246 clarify that the “zip”document object attribute 1255 is a value of the zip code furtherdescribing the address of a location associated with the document object40 for which a user may be creating link references 42.

By creating subordinate and common dependent document object attributes,the link directory administrator facilitates management of documentobjects by assigning document object attributes that further define aspecific document object attribute. If the document object attribute towhich the common or subordinate document object attribute is subordinateis selected, only then are the subordinate or common document objectattributes relevant. In addition, common document object attributesdistinguish these document object attributes from other uses of similar,or even identical document object attribute names 1211. For instance,the document object attribute with the name “zip” 1255 might also beused to specify a delivery service area of a restaurant described in adocument object 40, 50. The delivery area may include zip codesincluding but not limited to the zip code of the restaurant.

The action word “dependencies” 1223 also allows the link directoryadministrator to manage document objects by identifying common orsubordinate document object attributes associated with the documentobject attribute 1215 adjacent to the action word 1223. These common orsubordinate dependent document object attributes allow the directoryadministrator to manage the attributes of document objects by reducingredundant subordinate document object attributes. For example, by makingthe location document object attribute 1240 not dependent on theactivities and events document object attribute 1216 and fast fooddocument object attribute 1232, the system 100 permits definition andassignment of just one location document object attribute 1240 ratherthan a location document object attribute 1240 subordinate to each ofthe activities and events document object attribute 1216 and the fastfood document object attribute 1232.

Three additional action buttons may be associated with each documentobject attribute, including subordinate document object attributes.These additional action buttons include an update button 1220, a deletebutton 1221, and an add subordinate document object attribute button1222. The update button 1220 allows the link directory administrator torefresh the data in the link directory 35 regarding the document objectattributes defined for that link directory 35. The delete button 1221deletes the associated document object attribute, its values, and itssubordinate and common document object attributes. The add subordinatedocument object attribute button 1222 adds a subordinate document objectattribute that is subordinate to the document object attribute adjacentto the button 1222.

When no document object attribute has been defined in the link referenceattribute management interface 1200, an add document object attributebutton 1210 allows the link directory administrator to enter a newtop-level document object attribute 1215, 1216, 1230, 1240. The adddocument object attribute button 1210 may also allow the link directoryadministrator to add another top-level document object attribute 1215,1216, 1230, 1240, when one or more top-level document object attributes1215, 1216, 1230, 1240 have already been assigned.

FIG. 13 is one example screen view of a user interface 1300 for definingattributes for link relationships 45 in a link directory 35 according toone embodiment of the invention. The example user interface shown inFIG. 13 may be used by a link directory administrator (not shown) todetermine the types of link relationships 45 that she wishes to bemanaged and stored in the specific link directory 35 she is managing.The link directory administrator determines the type of linkrelationships 45 she intends to maintain in the link directory 35 shecontrols by defining one or more link relationship attributes todescribe the link relationships 45. The link relationship attributesserve to place the link relationships 45 in a useful context forpresentation to users of the network 10. This ensures that linkrelationships 45 between document objects 40, 50 entered in the linkdirectory 35 have managed link relationship attributes, as assigned bythe users, that are required by the link directory administrator toeffectively manage the link relationships 45 and link references 42, 52associated with the document objects 40, 50 on the network 10.

By using the example link relationship management interface 1300illustrated in FIG. 13, the link directory administrator may define linkrelationship attributes to describe link relationships 45 maintained inthe link directory 35. The link relationship attributes may be definedby associating pairs of defined document object attributes. The linkrelationship attributes may also be defined without regard to documentobject attributes.

In one embodiment of the invention, the link directory administratoropens the link relationship attribute management interface 1300 bystarting a management session with a server 30 that contains the linkdirectory 35 the link directory administrator wishes to manage. In oneembodiment of the invention, the link relationship attribute managementinterface 1300 may be opened inside the rendering tool 210, which maycomprise a web page browser. The link relationship management interface1300 includes a link directory name label 1301 with an associated value1302 indicating the name of the link directory 35 that will be managedby the link relationship management interface 1300. An add pairattribute button 1305 and an add attribute button 1306 are includedbeneath the link directory name label 1301 in the embodiment of the linkrelationship attribute management interface 1300 shown in FIG. 13. Theadd pair attribute button 1305 allows the link directory administratorto create a new link relationship attribute in the link directory 35 andpresents the new link relationship attribute for editing in the pairedlink relationship attribute section 1310 of the link relationshipattribute management interface 1300. The add attribute button 1306allows the link directory administrator to create a new linkrelationship attribute in the link directory 35 and presents the newlink relationship attribute for editing in the stand-alone linkrelationship attribute section 1350 of the link relationship attributemanagement interface 1300.

The paired link relationship attribute section 1310 of the linkrelationship management interface 1300 shows an example interface fordefining paired link relationship attributes 1325 formed by relating twodocument object attributes defined for the link directory 35 by the linkdirectory administrator in the link reference management interface 1200.Each new link relationship attribute defined within the linkrelationship attribute management interface 1300 includes an attributename 1320, an attribute data type 1321, a required attribute checkbox1322, and a use-lookup checkbox 1323. The attribute name 1320 allows thelink directory administrator to create and modify a descriptive textname associated with the new link relationship attribute 1325. For thelink relationship attribute 1325, the link directory administrator hasentered an attribute name 1320 of “Rating.” The attribute data type1321, required attribute checkbox 1322, and use-lookup checkbox 1323perform substantially similar functions in relation to the linkrelationship attribute 1325 as the document object attribute data type1212, required attribute checkbox 1213, and use-lookup checkbox 1214performed for document object attributes in FIG. 12.

The action word “dependencies” 1335 allows the link directoryadministrator to add subordinate link relationship attributes (notshown) below the link relationship attribute 1325 associated with theaction word 1335. Three additional action buttons may be associated witheach link relationship attribute, including subordinate linkrelationship attributes. These additional action buttons include anupdate button 1331, a delete button 1332, and an add subordinate linkrelationship attribute button 1333. The update button 1331 allows thelink directory administrator to refresh the data in the link directory35 regarding the link relationship attributes defined for that linkdirectory 35. The delete button 1332 deletes the associated linkrelationship attribute. The add subordinate link relationship attributebutton 1333 adds a subordinate link relationship attribute that issubordinate to the link relationship attribute associated with thebutton 1333.

In the embodiment of the link relationship management interface 1300illustrated in FIG. 13, the paired link relationship attribute section1310 further includes a link reference attribute pairs selection section1340. The link reference attribute pairs selection section 1340 includestwo link reference attribute selection list boxes 1341, 1342 whichenable the link directory administrator to select two document objectattributes from among the document object attributes defined for thelink references 42, 52 stored in the link directory 35 (through the linkreference attribute management interface 1200 in one embodiment of theinvention). By selecting the two document object attributes using thelink reference attribute selection list boxes 1341, 1342, the linkdirectory administrator specifies that the paired link relationshipattribute 1325 may describe the link relationships 45 stored in the linkdirectory 35 as relationships between two document objects 40, 50considered by the users creating the link relationships 45 to besignificant as document objects 40, 50 having the respective documentobject attributes selected in the link reference attribute selectionlist boxes 1341, 1342.

Each paired link relationship attribute 1325 assigned through the linkrelationship management interface 1300 shown in FIG. 13 may also have avalues section 1345 associated with it. The values section 1345 mayinclude one or more link relationship attribute value entries 1346 whichmay be defined by the link directory administrator to enable the userscreating the link relationships 45 to select from specific values forthe paired the link relationship attributes 1325. In the example shownin FIG. 13, the selection list boxes 1341 and 1342 have selected valuesof “review” and “restaurant,” respectively. This paired linkrelationship attribute 1325 may be assigned by users of the linkdirectory 35 to describe link relationships 45 created where one of thedocument objects 40, 50 may be described as a review of a restaurant andthe other of the document objects 40, 50 may be described as arestaurant document object. In the example for the link relationshipmanagement interface 1300 shown in FIG. 13, the link relationshipattribute value entries 1346 for the paired link relationship attribute1325 qualify the “review” and the “restaurant” as either “good” or“bad.” Many other qualifications or quantifications are possible.

In one embodiment of the link relationship management interface 1300, asshown in FIG. 13, a stand-alone link relationship attribute section 1350follows the paired link relationship attribute section 1310. Thestand-alone link relationship attribute section 1350 enables the linkdirectory administrator to define stand-alone link relationshipattributes 1351, 1355 in much the same manner as document objectattributes may be defined using the link reference attribute managementinterface 1200 shown in FIG. 12. The example stand-alone linkrelationship attribute 1351 includes an assigned attribute name 1351 of“competitors,” an attribute data type 1352 of “text,” a requiredattribute checkbox 1353 that is left unchecked, and a use-lookupcheckbox 1354, also left unchecked. The example stand-alone linkrelationship attribute 1355 includes an defined attribute name 1355 of“nearby,” an attribute data type 1356 of “decimal,” a required attributecheckbox 1357 that is left unchecked, and a use-lookup checkbox 1358,that has been checked to indicate that the link directory administratormay define a set of managed attribute values for users to select fromfor the stand-alone link relationship attribute 1355.

FIG. 14 is one example screen view of a user interface 1400 forconfiguring user profiles 230, 332 according to one embodiment of theinvention. The user profile configuration interface 1400, as shown inFIG. 14, enables a user of the network 10 to select one or more linkdirectories 35 and specify one or more selected link relationshipattributes and/or document object attributes defined for the one or morelink directories 35 that the user is particularly interested in. Theuser profile 230, 332 created by the user profile configurationinterface 1400 may be utilized by the invention to filter linkrelationships 45 and link references 42, 52 retrieved from the one ormore link directories 35 and presented to the user based upon a documentobject 40 currently accessed by the user. The user profile 230, 332created by the user profile configuration interface 1400 may also beutilized to ensure that the filtered link relationships 45 and linkreferences 42, 52 presented to the user represent document objects 40,50 that match the user's interests.

The user profile configuration interface 1400 includes a profile namefield 1410, an available link directories section 1420, a selected linkdirectories section 1430, an add selected link directory button 1427, adelete selected link directory button 1437, a selected attributessection 1440, and a selected attribute values section 1450. The profilename field 1410 permits the user to assign a name to the user profile230, 332 the user is creating with the user profile configurationinterface 1400. The available link directories section 1420 lists thenames 1425 of link directories 35 that the user has been authorized toaccess but has not already selected as being of interest to the user inthe user profile 230, 332 being created with the user profileconfiguration interface 1400. The selected link directories section 1430lists the names 1435 of link directories 35 that the user has selectedto be of interest to the user for the user profile 230, 332 beingcreated with the user profile configuration interface 1400. An availablelink directory 1425 may be selected and moved to the selected linkdirectories section 1430 by highlighting the available link directory1425 and activating the add selected link directory button 1427.

A selected link directory 1435 may be deleted from the selected linkdirectories list section 1430 by highlighting the selected linkdirectory 1435 and activating the delete selected link directory button1437.

With one or more selected link directories 1435 added to the selectedlink directories section 1430, the user may then select one or more linkrelationship attributes or link reference attributes that have beendefined for the selected link directories 1435 and add them to theselected attributes section 1440. The selected attributes section 1440includes one ore more selected attributes 1445. Each selected attribute1445 is selected by the use of a dropdown selection list-box allowingthe user to pick from among the link relationship attributes and linkrelationship attributes defined for the selected link directories 1435listed in the selected link directories section 1430. For each selectedattribute 1445, a corresponding attribute value field 1455 is availablein the selected attribute values section 1450. The user may enter avalue in the attribute value field 1455 that further describes theselected attribute 1445 of interest to the user.

In the example shown in FIG. 14, the selected link directories section1430 includes one selected link directory 1435 named “WirelessWashington.” In this example, the user has selected one selectedattribute 1445 named “Food,” and assigned it the selected attributevalue 1455 of “Fast Food.” This enables the user profile 230, 332 giventhe name “Fast Dining” in the profile name field 1410 to permitfiltering of link relationships 45 and link references 42, 52 and topermit presentation to the user through the client GUI display 225 ofonly those link relationships 45 and link references 42, 52 pertainingto “Fast Food” in the “Wireless Washington” link directory 35.

The user profile configuration interface 1400 also includes an addattributes button 1460, a save changes to profile button 1470, a resetchanges button 1480, and a return to user controls button 1490. The addattributes button 1460 inserts an additional selected attribute 1445into the selected attributes section 1440, enabling the user to assignmultiple selected attributes 1445. The save changes to profile button1470 saves all the information selected and edited in the user profileconfiguration interface 1400 for the user profile 230, 332 indicated inthe profile name field 1410 to that user profile 230, 332. The resetchanges button 1480 clears any changes made to any of the fields in theuser profile configuration interface 1400 for the user profile 230, 332indicated in the profile name field 1410. The return to user controlsbutton 1490 exits the user profile configuration interface 1400 andopens a user control panel interface (not shown) enabling the user toadd, delete and modify other user parameters, including but not limitedto the link directories 35 the user may be permitted access to,identifying personal information for the user, and other data regardingthe user's access to and presentation of the link relationships 45stored in the one or more link directories 35.

The document objects 40, 50 managed by the method 1100 may be presentedto the user accessing a document object through the link referencedisplay window 1020 shown in the example of a screen view for oneembodiment of the client GUI display 225 in FIG. 10. Link relationships45 between document objects 40, 50 referenced by link references 42, 52may be presented to the user in a hierarchical listing under affinitydirectory headings 1081, 1082 in the link reference display window 1020.Each affinity directory heading 1081, 1082 corresponds to one of the oneor more link directories 35 on a server 30. In addition, under eachaffinity directory heading 1081, 1082, there may be displayed one ormore attribute folders 1091, 1092. Each attribute folder 1091, 1092under each affinity directory heading 1082, 1082 corresponds to one ofthe one or more link relationship attributes or document objectattributes that the link directory administrator has defined for thecorresponding link directory 35, and that the user has determinedthrough one or more user profiles 230, 332, to be of interest to theuser while viewing a document object 40 in the browser display window1030.

Furthermore, each attribute folder 1091, 1092 may contain one or morelisted hyperlinks 1095, 1096 drawn from the respective affinitydirectory headings 1081, 1082. The listed hyperlinks 1095, 1096represent link references 52 to second document objects 50 on thenetwork 10 related to the first document object 40 in the browserdisplay window 1030. The link references 52 enable the user to navigateto the second document objects 50 by selecting the listed hyperlinks1095, 1096. A link reference 52 includes a pointer to the networkaddress, or URL, of the second document 50. The URL of a document object50 may also permit the rendering tool 210 to present or highlight aparticular location (e.g., a bookmark) in the second document object 50upon opening the document object 50 when the user selects a listedhyperlink 1095, 1096. Alternatively, the document object 50 accessedwhen the user selects a listed hyperlink 1095, 1096 may be generated onthe network 10 at the time of selection of the listed hyperlink 1095,1096.

The example of a screen view for one embodiment of the client GUIdisplay 225 also illustrates the capability provided by the oneembodiment of the invention to present information regarding the userscreating link references 42, 52 and link relationships 45 to usersaccessing document objects 40, 50 on the network 10 using the client GUIdisplay 225. The example of a screen view for one embodiment of theclient GUI display 225 includes a publisher information popup box 1099.The publisher information popup box 1099, in one embodiment of theinvention, may be activated when a user of the client GUI display 225right-clicks the pointing device of the client device 20 over one of thelisted hyperlinks 1097 presented in the link reference display window1020.

The publisher information popup box 1099 includes a document objectpublisher information selector 1085, a document object publisher otherlinks selector 1086, a link relationship publisher information selector1087, and a link relationship other link relationships selector 1088.Selecting the document object publisher information selector 1085displays to the user of the client GUI display 225 a listing ofinformation regarding the user of the network 10 identified as theentity responsible for the network domain where the document object 50referenced by the listed hyperlink 1097 is located. Selecting thedocument object publisher other links selector 1086 displays to the userof the client GUI display 225 a listing of other link references 42, 52created by the user of the network 10 identified as the entityresponsible for the network domain where the document object 50referenced by the listed hyperlink 1097 is located. The user of thenetwork 10 identified as the entity responsible for the network domainwhere the document object 50 referenced by the listed hyperlink 1097 islocated may be determined by the use of a special document objectattribute defined for and assigned to the document object 50 referencedby the listed hyperlink 1097.

Selecting the link relationship publisher information selector 1087displays to the user of the client GUI display 225 a listing ofinformation regarding the user of the network 10 who created the linkrelationship 45 referenced by the listed hyperlink 1097. Selecting thelink relationship publisher information selector 1087 displays to theuser of the client GUI display 225 a listing of other link relationships45 created by the user of the network 10 who created the linkrelationship 45 referenced by the listed hyperlink 1097. The user of thenetwork 10 who created the link relationship 45 referenced by the listedhyperlink 1097 is located may be determined by the use of a special linkrelationship attribute defined for and assigned to the link relationship45 referenced by the listed hyperlink 1097.

FIGS. 15 a, 15 b, and 15 c are flowcharts illustrating a method 1500 forsearching relationships among document objects 40, 50 on the network 10according to one embodiment of the invention. The searches performed bythe method 1500 may be conducted on link relationships 45 establishedbetween the document objects 40, 50. The results of the searches may bepresented based upon link relationship attributes describing the linkrelationships 45 as well as other manners of presentation such as listsof document objects 40, 50.

The method 1500 shown in FIG. 15 a includes a step for selecting one ormore first link reference attributes (step 1510), wherein the one ormore first link reference attributes describe one or more first linkreferences 42 that represent one or more particular document objects 40.The method 1500 also includes a step for identifying one or more firstlink relationships 45 the one or more first link references 42 havingthe selected one or more first link reference attributes participate in(step 1530); and a step for presenting one or more first linkrelationship attributes that describe the identified one or more linkrelationships 45 (step 1550). The steps of the method 1500 shown in FIG.15 a may be repeated by selecting one or more other first link referenceattributes (step 1510) after the step of presenting one or more firstlink relationship attributes (step 1550). The steps of the method 1500shown in FIGS. 15 a and 15 b may also be repeated in a manner such thatthe one or more first link references attributes are the results of asearch.

FIG. 15 b shows steps of one embodiment of the method 1500. According tothe embodiment shown in FIG. 15 b, the step of identifying one or morefirst link relationships 45 (step 1530) includes further steps ofretrieving one or more first link references 42 having the selected oneor more first link reference attributes (step 1532); and a step oflocating the one or more link relationships 45 that the one or moreretrieved first link references 42 participate in.

FIG. 15 c shows steps of one embodiment of the method 1500. Theembodiment of the method 1500 shown in FIG. 15 c includes the step ofidentifying one or more second link relationships 345 having the one ormore presented first link relationship attributes (step 1560). Themethod 1500 shown in FIG. 15 c proceeds with a step of accumulating oneor more second link references 52 that participate in the one or moresecond link relationships 345 (step 1562), and a step of grouping theone or more accumulated second link references 52 into sets by firstlink relationship attributes (step 1565). In the grouping step (step1565), each set of second link references 52 comprises one or moresecond link references 52 that participate in one or more first linkrelationships 45 having one of the one or more presented first linkrelationship attributes. In another embodiment of the method 1500, thegrouping step (step 1565) operates to group the one or more accumulatedsecond link references 52 into sets by first link relationshipattributes in such a manner that each set includes only those one ormore second link references 52 that have been assigned one of the one ormore presented first link relationship attributes. In anotherembodiment, the step of identifying one or more second linkrelationships 345 (step 1560) may include a step of identifying onlythose one or more second link relationships 345 that include one or moreof the one or more first link references 42.

The embodiment of the method 1500 shown in FIG. 15 c also includes thestep of selecting one or more of the one or more presented first linkrelationship attributes (step 1570); the step of retrieving one or moresets of second link references 52 having the selected one or more firstlink relationship attributes (step 1572); and the step of displaying theretrieved one or more second link references 52 (step 1574).

In one embodiment of the method 1500, the method 1500 may include thefurther step of displaying the one or more retrieved first linkreferences 42 having the selected one or more first link referenceattributes (not shown). In one embodiment, the method 1500 may alsoinclude steps for selecting one or more of the retrieved one or moresecond link references 52 and rendering for display the one or moredocument objects 50 represented by the selected one or more second linkreferences 52 (not shown). The steps of the method 1500 shown in FIG. 15c may be repeated by selecting one or more other link relationshipattributes (step 1570) after the step of displaying the retrieved one ormore second link references 52 (step 1574).

FIGS. 16 a and 16 b are flowcharts illustrating a method 1600 forsearching relationships among document objects 40, 50 on the network 10according to one embodiment of the invention. The searches performed bythe method 1600 may be conducted on link relationships 45 establishedbetween the document objects 40, 50. The results of the searchesperformed by the method 1600 may be presented based upon linkrelationship attributes of the link relationships 45 or other methods ofpresentation. The method 1600 shown in FIG. 16 a includes a step ofselecting one or more first link relationship attributes (step 1610); astep of identifying one or more first link relationships 45 having theselected one or more first link relationship attributes (step 1630); astep of retrieving one or more second link relationship attributesfurther describing the one or more first link relationships 45 (step1640); and a step of presenting the one or more second link relationshipattributes (step 1650). The steps of the method 1600 shown in FIG. 16 amay be repeated by selecting one or more other first link relationshipattributes (step 1610) after the step of presenting the one or moresecond link relationship attributes (step 1650). The steps of the method1600 shown in FIG. 16 a may also be repeated in a manner such that theone or more first link relationships 45 are the results of a search.

FIG. 16 b shows additional steps of one embodiment of the method 1600.The embodiment of the method 1600 shown in FIG. 16 b includes a step ofidentifying one or more second link relationships 345 having the one ormore presented second link relationship attributes (step 1660). Themethod 1600 shown in FIG. 16 b proceeds with a step of accumulating oneor more second link references 52 that participate in the one or moresecond link relationships 345 (step 1662), and a step of grouping theone or more accumulated second link references into sets by second linkrelationship attributes (step 1665). In the grouping step (step 1665),each set of second link references 52 comprises one or more second linkreferences 52 that participate in one or more second link relationships345 having one of the one or more presented second link relationshipattributes. In another embodiment of the method 1600, the grouping step(step 1665) operates to group the one or more accumulated second linkreferences 52 into sets by second link relationship attributes in such amanner that each set comprises only those one or more second linkreferences 52 that have been assigned one of the one or more presentedsecond link relationship attributes. The embodiment of the method 1600shown in FIG. 16 b may further include a step of displaying the one ormore sets of the one or more accumulated first link references 42 (notshown).

In one embodiment of the method 1600, the method 1600 may furtherinclude a step of retrieving one or more second link referenceattributes describing the one or more accumulated second link references42 (not shown); and a step of displaying the one or more retrievedsecond link reference attributes (not shown). In one embodiment of themethod 1600, as shown in FIG. 16 b, the method 1600 may further includea step of selecting from the one or more presented second linkrelationship attributes (step 1670); a step of retrieving one or moreaccumulated second link references 52 having the selected one or moresecond link relationship attributes (step 1672); and a step ofdisplaying the retrieved one or more second link references 52 (step1674).

In one embodiment, the method 1600 may also include steps for selectingone or more of the retrieved one or more second link references 52 andrendering for display the one or more document objects 50 represented bythe selected one or more second link references 52 (not shown). Thesteps of the method 1600 shown in FIG. 16 b may be repeated by selectingone or more other second link relationship attributes (step 1670) afterthe step of displaying the retrieved one or more second link references52 (step 1674).

FIGS. 17 a and 17 b are flowcharts illustrating a method 1700 forsearching relationships among document objects 40, 50 on the network 10according to one embodiment of the invention. The searches performed bythe method 1700 may be conducted on link relationships 45 establishedbetween the document objects 40, 50. The results of the searchesperformed by the method 1700 may be presented based upon linkrelationship attributes of the link relationships 45 or other methods ofpresentation. The method 1700 shown in FIG. 17 a includes a step ofselecting one or more first link references 42 (step 1710); a step ofidentifying one or more first link relationships 45 that the selectedone or more first link references 42 participate in (step 1730); and astep of presenting one or more first link relationship attributes thatdescribe the identified one or more first link relationships 45 (step1750). The steps of the method 1700 shown in FIG. 17 a may be repeatedby selecting one or more other first link references (step 1710) afterthe step of presenting one or more link relationship attributes (step1750). The steps of the method 1700 shown in FIG. 17 a may also berepeated in a manner such that the one or more first link references 42are the results of a search.

FIG. 17 b shows additional steps of one embodiment of the method 1700.The embodiment of the method 1700 shown in FIG. 17 b may include a stepof identifying one or more second link relationships 345 having the oneor more presented first link relationship attributes (step 1760). Themethod 1700 shown in FIG. 17 b proceeds with a step of accumulating oneor more second link references 52 that participate in the one or moresecond link relationships 345 (step 1762), and a step of grouping theone or more accumulated second link references 52 into sets by firstlink relationship attributes (step 1765). In the grouping step (step1765), each set of second link references 52 comprises one or moresecond link references 52 that participate in one or more first linkrelationships 45 having one of the one or more presented first linkrelationship attributes. In another embodiment of the method 1700, thegrouping step (step 1765) operates to group the one or more accumulatedsecond link references 52 into sets by first link relationshipattributes in such a manner that each set includes only those one ormore second link references 52 that have been assigned one of the one ormore presented first link relationship attributes. In anotherembodiment, the step of identifying one or more second linkrelationships 345 (step 1760) may include a step of identifying onlythose one or more second link relationships 345 that include one or moreof the one or more first link references 42.

One embodiment of the method 1700 may include a step of retrieving oneor more first link reference attributes describing the selected one ormore first link references 42 (not shown). One embodiment of the method1700 shown in FIG. 17 b may further include a step of displaying the oneor more retrieved first link reference attributes (not shown).

In one embodiment of the method 1700, as shown in FIG. 17 b, the method1700 may further include a step of selecting from the one or morepresented first link relationship attributes (step 1770); a step ofretrieving one or more sets of the one or more second link references 52having the selected one or more first link relationship attributes (step1772); and a step of displaying the retrieved one or more second linkreferences 52 (step 1774).

The steps of the method 1700 shown in FIG. 17 b may be repeated byselecting from the one or more presented first link relationshipattributes (step 1770) after the step of displaying the retrieved one ormore second link references 52 (step 1774).

In one embodiment of the method 1700, the step of retrieving the one ormore second link references 52 (step 1772) includes a step of retrievingthose one or more second link references 52 that participate in one ormore of the identified first link relationships 45 that the selectedfirst link references 42 participate in (not shown).

In one embodiment of the method 1700, the step of selecting one or morefirst link references 42 (step 1710) may include a step of rendering fordisplay on the client device 20 the one or more document objects 40represented by the selected one or more first link references 42 (notshown). In one embodiment, the method 1700 may also include steps forselecting one or more of the retrieved one or more second linkreferences 52 and rendering for display the one or more document objects50 represented by the selected one or more second link references 52(not shown).

FIGS. 18 a through 18 g illustrate one example set of screen views of auser interface 1800, 1810, 1820, 1830, 1840, 1850, 1860 for navigating,searching and presenting link relationships 45 between document objects40, 50 located on the network 10, link relationships 45 between linkreferences 42, 52 that represent the document objects 40, 50, linkrelationships 45 of link relationship attributes describing the linkrelationships 45, and link relationships 45 of link reference attributesdescribing the link references 42, 52 that participate in linkrelationships 45 according to one embodiment of the invention. Theembodiment of the example user interface shown in FIGS. 18 a through 18g are directed to computing and communication devices possessing limiteddisplay space, including but not limited to handheld computers, personaldigital assistants (“PDAs”) and intelligent wireless phones.

The user interface illustrated in FIGS. 18 a through 18 g includes ahighlight feature and includes a select feature for highlighting orselecting one or more entries on the user interface screens 1800, 1810,1820, 1830, 1840, 1850, 1860.

FIG. 18 a shows one embodiment of the example user interface screen 1800for a handheld device such as a wireless phone, PDA or handheldcomputer, wherein the example user interface screen 1800 displays thehandheld device's primary service menu 1800. The primary service menu1800 includes one or more menu entries 1801, 1802, 1803, 1804, 1805corresponding to functions that may be performed by the handheld device.The primary service menu 1800 may also include a scroll up icon 1806 anda scroll down icon 1807 that enable the user to scroll the screendisplay 1800 through additional menu entries that are not currentlydisplayed on the primary service menu screen 1800 due to display sizelimitations. To perform the methods 1500, 1600, and 1700 of theinvention, the user of the handheld device may select a LinkSurf menuoption 1802 to begin accessing one or more link relationships 45.Selection of the LinkSurf menu option 1802 initiates an embodiment ofthe client tool 220 on the handheld device, making the handheld device aclient device 20 in the system 100. Selection of the LinkSurf menuoption 1802 also serves to authenticate the user of the handheld device20 as a permitted user of the one or more link directories and engagesone of the user profiles 230, 332 defined for the user of the handhelddevice 20.

FIG. 18 b shows one embodiment of an example user interface screen 1810for a handheld device 20. The example user interface screen 1810displays a LinkSurf options menu 1810. In the LinkSurf options menu1810, the user is offered a link directory search option (or “foundengine function”) 1811 and a list of link references 42, 52, displayedas menu items, 1812, 1813, 1814, 1815, to preferred document objects 40,50, such as Internet portal sites or search engines. Activation by theuser of any of these selections will enable the user to begin navigationor search of document objects 40, 50 on the network 10 utilizing linkrelationships 45. In the example shown in FIG. 18 b, the user selectsthe found engine function 1811 and the handheld device 20 proceeds todisplay a screen shown in FIG. 18 c. The found engine function 1811provides access to the methods 1500, 1600 and 1700, to locate documentobjects 40, 50 on the network 10 that may be referenced in the linkdirectories 35 to which the user has subscribed.

The found engine function 1811, through the methods 1500, 1600, and1700, allows the user to find document objects 40, 50 referenced in theone or more link directories 35, using search techniques based on thelink reference attributes of link references 42, 52 to the documentobjects 40, 50, These search techniques may serve to narrow thepresented selections. However a benefit of the found engine function1811, and the methods 1500, 1600, and 1700, is that while users ofclient devices 20 may be navigating (i.e., viewing and selecting)document objects 40, 50 using attributes of the link references 42,52,the client tool 220, in communication with the one or more servers 30,may simultaneously retrieve from the one or more link directories 35 oneor more link relationships 45, related to the narrowing list of linkreferences 42, 52 that may not be constrained by the selected linkreference attributes of the link reference 42,52. In addition, the foundengine function 1811, through the methods 1500, 1600, and 1700, may alsoreturn corresponding lists of one or more link references 42, 52 todocument objects 40, 50, to which other users have found and assignedlink relationship attributes describing why the document objects 40, 50are related to the document object 50, 40 being viewed by a user.

FIG. 18 c shows one embodiment of an example user interface screen 1820for a handheld device 20. The example user interface screen 1820displays a list of one or more user profile menu entries 1821, 1822,1823, 1824, 1825 corresponding to defined user profiles 230, 332 for theuser of the handheld device 20. The user of the handheld device 20selects one or more user profile menu entries 1822, corresponding to oneor more user profiles 230, 332, which specify one or more linkdirectories 35, and the system 100 applies filters using the linkreference attributes and link relationship attributes defined in theselected one or more user profiles 230, 332 against the link referenceattributes and link relationship attributes of the link references 42,52 and link relationships 45 stored in the one or more link directories35 associated with the selected one or more user profiles 230, 332.

In a search according to methods 1500, 1600, and 1700, the user maydesire that the selected user profile 332 apply different filters to thereturned list of link reference attributes than to the returned list oflink relationship attributes. In one embodiment of user profileselection interface 1820, selection of a user profile 332 may includecustomizing a user profile template by selection of one or more linkreference attributes or link relationship attributes, or values of thelink reference attributes and link relationship attributes that willcause the template to enable search of one or more appropriate linkdirectories 35 and provide for filtering the link reference attributesand link relationship attributes. For example, entering a zip code andrange into a dining user profile 332 may configure a template to onlyengage link directories 35 that contain link references 42, 52 todocument objects 40, 50 relevant to dining in the geographical areadefined by the entered zip code, and therefore instruct the system 100to present to the user only link references 42, 52 for document objects40, 50 that pertain to locations within the specified range of theentered zip code, as determined by attributes of the link references 42,52. When the user of the handheld device 20 has selected one or moreuser profile entries from the listed user profile entries 1821, 1822,1823, 1824, and 1825, the handheld device 20, in communication with theone or more link directories 35 and one or more servers 30, performs themethods 1500, 1600, and 1700 to search the link directories 35, anddisplays a user interface as shown in FIGS. 18 d, 18 e, 18 f, and 18 g.

FIG. 18 d shows one embodiment of an example user interface screen 1830for a handheld device 20. The example user interface screen 1830displays a list of icons representing defined link relationshipattribute types 1831 in the first line of the user interface screen1830. In the example shown in FIG. 18 d, the icons representing definedlink relationship attribute types 1831 shown, “B,” “L,” “R,” “C,” and“E” denote link relationship attributes that may include Banks,Libraries, Restaurants, Competitors, and Events, respectively. Manyother link relationship attribute types and icons may be used with thisembodiment. In the example shown in FIG. 18 d, the first line of theuser interface screen 1830 further includes a scroll arrow 1836 enablingthe user to scroll through the list of icons representing defined linkrelationship attribute types 1831 where the list is longer than the sizeof the screen permits display of. The example user interface screen 1830further displays a list of menu entries 1832, 1833, and 1835representing defined link reference attribute types in each successiveline of the user interface screen 1830. The list of link relationshipattribute types 1831 and link reference attribute types 1832, 1833, 1835are derived from the link relationship attributes and link referenceattributes defined for the selected one or more user profiles 230, 332corresponding to the selected one or more user profile menu entries 1822from FIG. 18 c. A user of the handheld device 20 may highlight one (food1835) of the one or more link reference attribute types 1832, 1833,1835, on the example user interface screen 1830 and, in so doing,initiate a search of link relationships 45 having the highlighted linkreference attribute food 1835. The results of the initiated search oflink relationships causes the example user interface screen 1830 todisplay a new list of link relationship attribute types 1831 in thefirst line of the example user interface screen 1830, wherein the newlist of link relationship attribute types 1831 represents the linkrelationship attribute types that have the highlighted link referenceattribute food 1835 and the highlighted link reference attributeaccessible to handicapped 1833.

The user interface illustrated in FIGS. 18 d includes a highlightfeature and includes a select feature for highlighting or selecting oneor more entries on the user interface screen 1830.

The plus and minus symbols in front of each link reference attributetype 1832, 1833, 1835, indicate whether there may be a plurality ofselectable values or selectable subordinate link reference attributesfor the listed link reference attributes 1832, 1833, 1835. A check markappearing in front of the link reference attribute types 1833 and 1835indicates that the link reference attributes 1833 and 1835 have beenselected by the user. In the example user interface screen 1830, thebold-font check mark in front of the link reference attribute type 1833indicates that the link reference attribute of accessible to handicapped1833 has been selected. In the example user interface screen 1830 theplain-font check mark in front of the link reference attribute type 1835indicates that a subordinate link reference attribute or value of thelink reference attribute of food 1835 has been selected.

In the example user interface screen 1830 the user may select a “+/−”symbol 1834 or depress a button below the “+/−” symbol 1834 at thebottom of the example user interface screen 1830 to expand thehighlighted link reference attribute 1835 to display any subordinatelink reference attributes, or available values of the highlighted linkattribute 1835, for further highlighting and selection. The user mayalso select a check mark icon 1839 or depress a button below the checkmark icon 1839 at the bottom of the example user interface screen 1830to create a check mark beside the highlighted link reference attribute1835, and thereby indicate the user's desire to include all possiblelink reference attribute values and subordinate link reference attributevalues in subsequent presentations of link references 42, 52.

In the example user interface screen 1830 shown in FIG. 18 d, a checkmark displayed with an underline or other highlighting mark in front ofthe “Accessible to the handicapped” link reference attribute entry 1833indicates to the user that the “Accessible to the handicapped” linkreference attribute entry 1833, and all its subordinate link referenceattributes and values, have been selected for further search anddisplay. In one embodiment of the user interface screen 1830, if thereis only a subordinate link reference attribute, or its value, selected,the check mark is not highlighted to the user, and the user must use the“+/−” symbol 1834 to expand that view of link reference attributeentries 1832, 1833, 1835 to determine what subordinate link referenceattribute, or its value, is selected.

In the embodiment shown in FIG. 18 d, the list of icons representingavailable link relationship attribute types 1831, corresponding to theselected and highlighted link reference attributes 1833 and 1835, arepresented in the first line of the user interface screen 1830. Selectingone or more of the listed link reference attribute types 1832, 1833,1835, causes the system 100 to: retrieve link references 42, 52 havingthe selected link reference attributes 1833 and 1835, filter theretrieved link references 42, 52 according to the selected user profile332, and return the retrieved link references 42, 52 for presentation asshown in the example user interface screen of FIG. 18 e. Selection ofone of the listed link reference attribute types 1832, 1833, 1835, maybe accomplished by highlighting one (food 1835) of the listed linkreference attribute types 1832, 1833, 1835 and activating the selecticon 1838 or button on the handheld device 20 corresponding to theselect icon 1838. The user interface screen 1830 also permits the userto highlight and select one of the list of icons representing definedlink relationship attribute types 1831 in the first line of the userinterface screen 1830. Selecting one of the list of icons representingdefined link relationship attribute types 1831 causes the system 100,using the methods 1500, 1600, and 1700, to search the link directories35 to retrieve link references 42, 52 that may be associated with theselected link relationship attribute type indicator.

FIG. 18 e shows one embodiment of an example user interface screen 1840for a handheld device 20. The example user interface screen 1840displays a list of icons (“P,” “D,” and “R” in the example shown)representing defined link relationship attribute types 1841 in the firstline of the user interface screen 1840. The example user interfacescreen 1840 further displays a list of menu entries of restaurant names1842, 1844, representing retrieved link references 42, 52 in eachsuccessive line of the user interface screen 1840. When the user of ahandheld device 20 highlights one of the one or more link referenceentries 1842, 1844, the one or more link directories 35 are queried forlink relationships 45 that the link reference 42, 52 corresponding tothe highlighted link reference entries 1844 participate in. Based on theresults of the search for link relationships 45, the icons representingdefined link relationship attribute types 1841 that the highlighted linkreference 42, 52 participates in are presented in the first line of userinterface screen 1840 as shown in FIG. 18 e. The user may also select acheck mark icon 1845 or depress a button below the check mark icon 1845at the bottom of the example user interface screen 1840 to create acheck mark beside the highlighted link reference 1844, and therebyindicate the user's desire to include all such selected (or checked) andhighlighted link references 42, 52 in subsequent queries of linkrelationships 45.

The user interface illustrated in FIGS. 18 e includes a highlightfeature and includes a select feature for highlighting or selecting oneor more entries on the user interface screen 1840.

Selection of one of the listed link references 1842, 1844 for viewingmay be accomplished by highlighting one (“The Franciscan” 1844) of thelisted link references 1842, 1844 and activating the select icon 1847 orbutton on the handheld device 20 corresponding to the select icon 1847.

The list of link relationship attribute types 1841 is retained at thetop of the user interface screen 1840 to indicate to the user the typesof link relationships 45 that the highlighted link reference 42, 52 inthe list of restaurant names 1842, 1844 representing retrieved linkreferences 42, 52 participates in. However, in the example shown in FIG.18 e, the “P” symbol 1846 indicates that the highlighted link reference42, 52 in the list of restaurant names 1842, 1844 participates in linkrelationships 45 to document objects 50 created by publishers of thedocument objects 50, i.e., a publisher link. Indicating publisher linksin the above manner allows users publishing document objects 50 topresent link references 52 to the published document objects 50 withoutembedding a link reference 52 in the publishing user's document object50. This manner of presenting link relationship attributes provides anopportunity to save screen display real estate in the size-constrainedformats of handheld devices, and enables users of the system 100 totarget link references 42, 52 to users that possess certain attributesdetermined by the publishing user.

If the user of a handheld device 20 with a user interface display 1840,as in the example of FIG. 18 e, highlights a link reference 42, 52 andpresses a button below the word “select” 1847 at the bottom of the userinterface screen 1840, the document object 40, 50 associated with thelink reference 42, 52 may be presented in the display of the handhelddevice 20 (as shown in FIG. 18 g) along with a link relationshipattribute type 1841 for the link relationships 45 that the documentobject 40, 50 participates in.

If the user highlights a link relationship attribute 1841 and pressesthe button below the word “select” 1847 at the bottom of the userinterface screen 1840, the user may be presented with one or more linkreferences 42, 52 associated with the highlighted link relationshipattribute type 1841. In the example shown in FIG. 18 e, the user hasselected the link relationship attribute type indicator 1846 thatrepresents available publisher link relationships 45 and the methods1500, 1600, 1700 display a new user interface screen as shown in FIG. 18f. Alternatively, the list of link relationship attribute types 1841 maybe narrowed by selecting more than one link reference 42, 52. In theexample user interface display 1840 more than one link reference entries1842, 1844 may be selected by applying check marks to a plurality ofhighlighted link reference entries 1842, 1844.

FIG. 18 f shows one embodiment of an example user interface screen 1850for a handheld device 20. The example user interface screen 1850displays a list of icons representing defined link relationshipattribute types 1851 in the first line of the user interface screen1850. The example user interface screen 1850 further displays a list ofmenu entries 1852, 1853, representing retrieved link references 42, 52in each successive line of the user interface screen 1850. In theexample shown in FIG. 18 f, the list of menu entries 1852 and 1853display publisher link references 42, 52 to the user as a result of theuser highlighting the link relationship attribute type indicator 1846that represents available publisher link relationships 45 and selectingthe link reference entry 1844 in the user interface display 1840 of FIG.18 e. The link relationship attribute type list 1851 is retained at thetop of the user interface screen 1850 to indicate the existence of linkrelationships 45 that the highlighted link reference entry 1853participates in. If the user of the handheld device 20 selects thehighlighted link reference entry 1853, the system 100 displays the userinterface screen 1860 of FIG. 18 g to the user of the handheld device20. If a plurality of the link reference entries 1842, 1844 arehighlighted and more than one publisher link is returned, the publisherlink references 42,52 will be associated with the corresponding linkreference entries 1842, 1844 (not shown).

The user interface illustrated in FIGS. 18 f includes a highlightfeature and includes a select feature for highlighting or selecting oneor more entries on the user interface screen 1850.

Selection of one of the listed link references 1852, 1853 for viewingmay be accomplished by highlighting one (“Grilled Special” 1853) of thelisted link references 1852, 1853 and activating the select icon 1856 orbutton (not shown) on the handheld device 20 corresponding to the selecticon 1856. The user may also select a check mark icon 1855 or depress abutton (not shown) below the check mark icon 1855 at the bottom of theexample user interface screen 1850 to create a check mark beside thehighlighted link reference 1853, and thereby indicate the user's desireto include all such selected (or checked) and highlighted linkreferences 42, 52 in subsequent queries of link relationships 45.

FIG. 18 g shows one embodiment of an example user interface screen 1860for a handheld device 20. The example user interface screen 1860displays a list of icons representing defined link relationshipattribute types 1861 in the first line of the user interface screen1860. Various other items may be used to represent the defined linkrelationship attribute types 1861. The example user interface screen1860 further displays a document object 50 associated with the linkreference entry 1853 highlighted and selected in the user interfacescreen 1840 of FIG. 18 f. In the embodiment of the user interface screen1860 shown in FIG. 18 g, the user of the handheld device 20 may viewdocument objects 40, 50. Simultaneously, the user may be presented witha list of link relationship attribute types 1861 indicating that theviewed document objects 40, 50 participate in one or more linkrelationships 45 having link relationship attributes of the typesindicated in the list of link relationship attribute types 1861. Theuser interface illustrated in FIGS. 18 g includes a highlight featureand includes a select feature for highlighting or selecting one or moreentries on the user interface screens 1860, 1850. Selection of anotherof the link references 1852, 1853, as listed in the user interfacescreen 1850, for viewing may be accomplished without returning to theuser interface screen 1850 by activating the + or − icon 1864 or 1865 ora button on the handheld device 20 corresponding to the + or − icon 1864or 1865.

The user may also highlight a hyperlink embedded within the displayeddocument object 40 (not shown) and activate the select icon 1866 orbutton on the handheld device 20 corresponding to the select icon 1856.Upon selection, the one or more link directories 35 are queried usingthe network address (or URL) of the highlighted hyperlink for linkrelationships 45 that the highlighted hyperlink (not shown) 1844participates in.

FIG. 19 is a flowchart illustrating a method 1900 for searchingrelationships, typically established document object relationships 45,on the network 10 according to one embodiment of the invention. Themethod 1900 enables a user of a client device 20 to determine which ofthe methods 1500, 1600, and 1700, or combination of those methods orother methods, the user wishes to utilize in an indirect search fordocument objects 40, 50 on the network 10. The search makes use ofrelationships, usually link relationships 45, established between linkreferences 42, 52 to the document objects 40, 50. The method can improvethe user's search by simultaneously presenting the user with additionalselections of link references 42, 52 in the context of theirrelationship to document objects 40, 50, where the document objects 40,50 may be of interest to the user based on the user's currently selectedsearch items.

Often at the outset of a search for document objects 40, 50, a user maynot perceive which document object 40, 50 may satisfy the user's search,where the document object 40, 50 is located, the path to access thedocument object 40, 50, or who offers the document object 40, 50.Therefore, a user may be required to perform an indirect search.Commonly called browsing, an indirect search may be considered a searchin which a user views multiple document objects in search of asatisfactory document object 40, 50 or a reference to a satisfactorydocument object 40, 50. Such browsing may be considered an indirectsearch that often begins with a document object 40, 50 that the user isfamiliar with. An indirect search relies on the user selecting andviewing referenced document objects 40, 50. The method 1900 allows theuser to perform such an indirect search by searching and selecting thelink relationships 45 between document objects 40, 50.

The method 1900 includes a step of configuring parameters of the user'sdesired indirect search of the link relationships 45 (step 1910). Thestep of configuring search parameters (step 1910) enables a user toselect a frame of reference (i.e., an original context) from which tobegin the search of document objects 40, 50 related by linkrelationships 45 stored in the link directories 35. In one embodiment ofthe invention, the step of configuring search parameters (step 1910) mayinclude selecting a user profile 230, 332 that defines link relationshipattributes and link reference attributes that may be interest of to theuser in processing the steps of the user's search. The selected userprofile 230, 332 may be applied as a filter to narrow a first list ofsearch items from which to begin the search. The step of configuringsearch parameters (step 1910) may also include selecting one or morelink directories 35 in which to search the link relationships 45 andlink references 42, 52. This is an additional or optional step, and itmay be skipped or eliminated in other embodiments of the method 1900.

The method 1900 may also include a step of choosing a method, or path,by which to search the link directories 35 (step 1920) for linkreferences 42, 52, related by link relationships 45, to the documentobjects 40, 50 of interest to the user. The step of choosing a method ofsearching (step 1920) may include allowing a user to select a first listof search items upon which to begin the search of the link directories35, where the first list of search items may include link references 42,52, link reference attributes, or link relationship attributes. Thefirst list of search items may, in one embodiment of the invention,include one or more document objects 40, 50, whereby the method 1900 mayproceed in a manner similar to the method 700 described above.

The method 1900 may proceed from step 1920 to one of the steps 1930,1940, 1950 or 1955 depending on the selection made by a user at the step1920. The method 1900 may, upon the user's choice in step 1920, proceedto a step of initiating a search of the one or more link directoriesbased upon link reference attributes (step 1930). The step of initiatinga search of the one or more link directories based upon link referenceattributes (step 1930) enables a search according to the steps of themethod 1500 described above. The method 1900 may alternatively, upon theuser's choice in step 1920, proceed to a step of initiating a search ofthe one or more link directories based upon link relationship attributes(step 1940). The step of initiating a search of the one or more linkdirectories based upon link relationship attributes (step 1940) enablesa search according to the steps of the method 1600 described above. Themethod 1900 may alternatively, upon the user's choice in step 1920,proceed to a step of initiating a search of the one or more linkdirectories based upon selected link references (step 1950). The step ofinitiating a search of the one or more link directories based uponselected link references (step 1950) enables a search according to thesteps of the method 1700 described above. The method 1900 mayalternatively, upon the user's choice in step 1920, proceed to a step ofinitiating a search of the one or more link directories based uponselected document objects (step 1955). The step of initiating a searchof the one or more link directories based upon selected document objects(step 1955) enables a search according to steps similar to the method700 described above.

The method 1900 may proceed from one of the steps 1930, 1940, 1950 or1955 to a step of displaying one or more link relationship attributesthat describe the identified link relationships 45 (step 1960). Throughthe step 1960, the method 1900 may further display to the user one ormore document objects 40, 50 identified in the search of linkrelationships 45 and link references 42, 52 stored in the one or morelink directories 35 as document objects 40, 50 that may be of interestto the user.

The steps 1930, 1940, 1950 or 1955 preceding the step of displaying tothe user one or more link relationship attributes (step 1960) mayinclude a step of identifying one or more link relationships 45 usingthe selected items in first list of search items (not shown). In theembodiment where the first list of search items include link references42, 52 (step 1950), the identifying step includes a step of identifyingone or more link relationships 45 that the selected link references 42,52 participate in (not shown, but see the method 1700 described above).In the embodiment where the first list of search items include linkreference attributes (step 1930), the identifying step includes a stepof identifying one or more link relationships 45 that one or more linkreferences 42, 52 having the selected link reference attributesparticipate in (not shown, but see the method 1500 described above). Inthe embodiment where the first list of search items include linkrelationship attributes (step 1940), the identifying step includes astep of identifying one or more link relationships 45 that may bedescribed by the selected link relationship attributes (not shown, butsee the method 1600 described above). In addition, in the embodimentwhere the first list of search items include document objects 40, 50(step 1950), the identifying step includes a step of identifying one ormore link relationships 45 that one or more link references 42, 52 tothe selected document objects 40, 50 participate in (not shown, but seethe method 700 described above).

In one embodiment of the method 1900 where the user selects to proceedwith the path defined by the step 1950, the method may further includesteps for retrieving one or more link references 42, 52 that participatein one or more of the identified link relationships 45 (not shown); anda step of displaying the retrieved link references 42, 52 (not shown).In one embodiment of the method 1900 where the user selects to proceedwith the path defined by the step 1930, the method may further includesteps for retrieving one or more link reference attributes that describethe link references 42, 52 that participate in one or more of theidentified link relationships 45 (not shown); and a step of displayingthe retrieved link reference attributes (not shown). In one embodimentof the method 1900 where the user selects to proceed with the pathdefined by the step 1955, the method may further include steps forretrieving one or more document objects 40, 50 represented by the one ormore link references 42, 52 that participate in one or more of theidentified link relationships 45 (not shown); and a step of displayingthe retrieved document objects 40, 50 (not shown).

The steps of the method 1900 shown in FIG. 19 may be repeated bychoosing a method of searching link relationships 45 (step 1920) or amethod of configuring search parameters for indirect search (step 1910)after the step of displaying the desired document object 40,50 (step1960). In addition, the steps of the method 1900 may be repeated wherethe items in the first list of search items include displayed results ofa previous iteration of a search according to the method 1900.

The steps of the methods 600, 700, 800, 1100, 1500, 1600, 1700 and 1900,and subsets of those steps or parts of the methods, may be implementedwith hardware or by execution of programs, modules or scripts. Theprograms, modules or scripts may be stored or embodied on one or morecomputer readable mediums in a variety of formats, including sourcecode, object code or executable code, among other formats. The computerreadable mediums may include, for example, both storage devices andsignals. Exemplary computer readable storage devices includeconventional computer system RAM (random access memory), ROM (read onlymemory), EPROM (erasable, programmable ROM), EEPROM (electricallyerasable, programmable ROM), and magnetic or optical disks or tapes.Exemplary computer readable signals, whether modulated using a carrieror not, are signals that a computer system hosting or running thedescribed methods can be configured to access, including signalsdownloaded through the Internet, wireless networks, or other networks.

The terms and descriptions used herein are set forth by way ofillustration only and are not meant as limitations. Those skilled in theart will recognize that many variations are possible within the spiritand scope of the invention as defined in the following claims, and theirequivalents, in which all terms are to be understood in their broadestpossible sense unless otherwise indicated.

1-62. (canceled)
 63. A non-transitory computer readable medium uponwhich is embedded instructions for carrying out a method comprising:receiving a user input specifying a first document object located on anetwork and a second document object located on a network; creating alink relationship between the first document object and the seconddocument object, wherein the creating is based on the received userinput; creating a link directory for storing link relationships betweendocument objects located on a network; storing the link relationship inthe link directory; presenting the link relationship; and presenting thefirst document object.
 64. The computer readable medium of claim 63wherein the method further comprises receiving user input describing thelink directory, wherein the creating a link directory creates the linkdirectory based on the received user input describing the linkdirectory.
 65. The computer readable medium of claim 63 wherein themethod further comprises creating or forming the first document object.66. The computer readable medium of claim 63 wherein the method furthercomprises storing a user profile.
 67. The computer readable medium ofclaim 63 wherein the second document object is an image.
 68. Thecomputer readable medium of claim 63 wherein the first document objectcontains text and the second document object is an image.
 69. Thecomputer readable medium of claim 63 wherein the method furthercomprises accessing a user profile and accessing a link to the seconddocument object.
 70. The computer readable medium of claim 63 whereinthe method further comprises recording data regarding the first documentobject in a user data store.
 71. The computer readable medium of claim63 wherein the user input is received from a user sponsoring the linkrelationship.
 72. The computer readable medium of claim 63 furthercomprising creating a link relationship between the second documentobject and a third document object.
 73. The computer readable medium ofclaim 63 further comprising authorizing one or more users to access thelink relationship.
 74. The computer readable medium of claim 63 furthercomprising assigning attributes describing the link relationship. 75.The computer readable medium of claim 74 further comprising storing theassigned attributes with the link relationship in the link directory.76. The computer readable medium of claim 63 further comprisingassigning attributes describing the first document object.
 77. Thecomputer readable medium of claim 63 further comprising assigningattributes describing the second document object.
 78. The computerreadable medium of claim 63 further comprising retrieving the firstdocument object using the link relationship.
 79. The computer readablemedium of claim 63 further comprising retrieving the second documentobject using the link relationship.
 80. The computer readable medium ofclaim 63 wherein the second document object includes motion pictures.81. A non-transitory computer readable medium upon which is embeddedinstructions for carrying out a method comprising: receivingidentification of a user profile located on a network and an imagelocated on a network; creating, using the received identification of theimage, a link relationship referencing the image; creating a linkdirectory for storing link relationships between document objectslocated on a network; storing the created link relationship in the linkdirectory; and enabling a user to retrieve a stored link relationshipfrom the link directory.
 82. A non-transitory computer readable mediumupon which is embedded instructions for carrying out a methodcomprising: automatically uploading a first document object receivedfrom a user device; automatically creating one or more linkrelationships referencing the first document; publishing the one or morelink relationships; storing the one or more link relationships in a linkdirectory; and making the first document object available to usersthrough the one or more link relationships.
 83. The computer readablemedium of claim 82 wherein the method further comprises authorizing auser to access the first document object.
 84. The computer readablemedium of claim 82 wherein publishing the one or more link relationshipsincludes storing the one or more link relationships in one or more linkdirectories selected by the user.
 85. The computer readable medium ofclaim 82 wherein the method further comprises automatically creating oneor more link directories.
 86. The computer readable medium of claim 82wherein the first document object is an image.
 87. The computer readablemedium of claim 82 wherein the method further comprises authorizing oneor more users to access the one or more link relationships.
 88. Thecomputer readable medium of claim 82 wherein the method furthercomprises assigning attributes describing the one or more linkrelationships.
 89. The computer readable medium of claim 88 furthercomprising storing the assigned attributes with the one or more linkrelationships.
 90. The computer readable medium of claim 82 wherein themethod further comprises assigning attributes describing the firstdocument object.
 91. The computer readable medium of claim 82 whereinthe method further comprises retrieving the first document object usingone of the one or more link relationships.
 92. The computer readablemedium of claim 82 wherein the publishing occurs after the firstdocument object is uploaded.
 93. The computer readable medium of claim82 wherein at least one of the one or more link relationships referencesa second document object.
 94. The computer readable medium of claim 93wherein the second document object is an image.
 95. A non-transitorycomputer readable medium upon which is embedded instructions forcarrying out a method comprising: automatically uploading a firstdocument object received from a user; automatically creating one or morelink relationships referencing the first document; publishing the one ormore link relationships to one or more link directories appropriate tothe link relationship, wherein link directories store link relationshipsbetween documents; and assigning attributes describing the firstdocument object.
 96. The computer readable medium of claim 95 whereinassigning attributes comprises automatically assigning the attributes.97. The computer readable medium of claim 95 wherein assigningattributes comprises enabling the user to assign attributes describingthe first document.
 98. The computer readable medium of claim 95 whereinthe method further comprises automatically assigning attributesdescribing the one or more link relationships.
 99. The computer readablemedium of claim 95 wherein the method further comprises enabling theuser to assign attributes describing the one or more link relationships.100. The computer readable medium of claim 95 wherein the method furthercomprises receiving a user selection of an existing first documentobject.
 101. The computer readable medium of claim 95 wherein publishingthe one or more link relationships includes storing at least one of theone or more link relationships in one or more link directories selectedby the user.
 102. The computer readable medium of claim 95 wherein themethod further comprises automatically creating one or more linkdirectories.
 103. The computer readable medium of claim 95 wherein thefirst document object is an image.
 104. The computer readable medium ofclaim 95 wherein the method further comprises authorizing one or moreusers to access the one or more link relationships.
 105. The computerreadable medium of claim 95 wherein the method further comprisesauthorizing one or more users to access the uploaded first documentobjects.
 106. The computer readable medium of claim 95 wherein themethod further comprises authorizing, based on user input, a user toaccess the uploaded first document object.
 107. The computer readablemedium of claim 95 wherein the method further comprises storing theassigned attributes with the one or more link relationships in the oneor more link directories.
 108. The computer readable medium of claim 95wherein the method further comprises retrieving the first documentobject using one of the one or more link relationships.
 109. Thecomputer readable medium of claim 95 wherein the publishing occurs afterthe first document object is uploaded.
 110. The computer readable mediumof claim 95 wherein at least one of the one or more link relationshipsreferences a second document object.
 111. The computer readable mediumof claim 110 wherein the second document object is an image.
 112. Acomputer system for managing links, comprising: one or more processors;and at least one memory including program code that, when executed bythe one or more processors, causes the computer system to: receive forprocessing user input identifying a user profile located on a networkand an image located on a network; create, using the receivedidentifications, a link relationship to the image; generate a linkdirectory for storing link relationships between document objectslocated on a network; assign one or more attributes; store the createdlink relationship in the link directory; and send the stored linkrelationship from the link directory to a user device.
 113. The computersystem of claim 112 wherein the at least one memory further comprisesprogram code that, when executed by the processor, causes the computersystem to publish the created link relationship.
 114. The computersystem of claim 112 wherein the at least one memory further comprisesprogram code that, when executed by the processor, causes the computersystem to authorize a user to access the stored link relationship. 115.A computerized method for linking data objects comprising: receiving,using a computer system, an identification of a first document objectlocated on a network and a second document object located on a network;creating, using a computer system, a link relationship between the firstdocument object and the second document object, wherein the creating isbased on the received identifications; automatically creating a linkdirectory for storing link relationships between document objectslocated on a network; storing in a memory device the link relationshipin the link directory; and making the link relationship available to auser device upon request.
 116. The computerized method of claim 115further comprising publishing the created link relationship.
 117. Thecomputerized method of claim 115 further comprising authorizing a userto access the available link relationship.